'When should I use a FutureBuilder?
I was wondering when I should use the future builder. For example, if I want to make an http request and show the results in a list view, as soon as you open the view, should I have to use the future builder or just build a ListViewBuilder
like:
new ListView.builder(
itemCount: _features.length,
itemBuilder: (BuildContext context, int position) {
...stuff here...
}
Moreover, if I don't want to build a list view but some more complex stuff like circular charts, should I have to use the future builder?
Hope it's clear enough!
Solution 1:[1]
FutureBuilder
removes boilerplate code.
Let's say you want to fetch some data from the backend on page launch and show a loader until data comes.
Tasks for ListBuilder:
- Have two state variables,
dataFromBackend
andisLoadingFlag
- On launch, set
isLoadingFlag = true
, and based on this, showloader
. - Once data arrives, set data with what you get from backend and set
isLoadingFlag = false
(insidesetState
obviously) - We need to have a
if-else
in widget creation. IfisLoadingFlag
istrue
, show theloader
else show thedata
. On failure, show error message.
Tasks for FutureBuilder:
- Give the async task in
future
of Future Builder - Based on
connectionState
, show message (loading
,active(streams)
,done
) - Based on
data(snapshot.hasError)
, show view
Pros of FutureBuilder
- Does not use the two state variables and
setState
- Reactive programming (
FutureBuilder
will take care of updating the view on data arrival)
Example:
FutureBuilder<String>(
future: _fetchNetworkCall, // async work
builder: (BuildContext context, AsyncSnapshot<String> snapshot) {
switch (snapshot.connectionState) {
case ConnectionState.waiting: return Text('Loading....');
default:
if (snapshot.hasError)
return Text('Error: ${snapshot.error}');
else
return Text('Result: ${snapshot.data}');
}
},
)
Performance impact:
I just looked into the FutureBuilder
code to understand the performance impact of using this.
- FutureBuilder is just a
StatefulWidget
whosestate
variable is_snapshot
- Initial state is
_snapshot = AsyncSnapshot<T>.withData(ConnectionState.none, widget.initialData);
- It is subscribing to
future
which we send via the constructor and update thestate
based on that.
Example:
widget.future.then<void>((T data) {
if (_activeCallbackIdentity == callbackIdentity) {
setState(() {
_snapshot = AsyncSnapshot<T>.withData(ConnectionState.done, data);
});
}
}, onError: (Object error) {
if (_activeCallbackIdentity == callbackIdentity) {
setState(() {
_snapshot = AsyncSnapshot<T>.withError(ConnectionState.done, error);
});
}
});
So the FutureBuilder
is a wrapper/boilerplate of what we do typically, hence there should not be any performance impact.
Solution 2:[2]
FutureBuilder Example
When you want to rander widget after async call then use
FutureBuilder()
class _DemoState extends State<Demo> { @override Widget build(BuildContext context) { return FutureBuilder<String>( future: downloadData(), // function where you call your api builder: (BuildContext context, AsyncSnapshot<String> snapshot) { // AsyncSnapshot<Your object type> if( snapshot.connectionState == ConnectionState.waiting){ return Center(child: Text('Please wait its loading...')); }else{ if (snapshot.hasError) return Center(child: Text('Error: ${snapshot.error}')); else return Center(child: new Text('${snapshot.data}')); // snapshot.data :- get your object which is pass from your downloadData() function } }, ); } Future<String> downloadData()async{ // var response = await http.get('https://getProjectList'); return Future.value("Data download successfully"); // return your response } }
In future builder, it calls the future function to wait for the result, and as soon as it produces the result it calls the builder function where we build the widget.
AsyncSnapshot has 3 state:
- connectionState.none = In this state future is null
- connectionState.waiting = [future] is not null, but has not yet completed
- connectionState.done = [future] is not null, and has completed. If the future completed successfully, the [AsyncSnapshot.data] will be set to the value to which the future completed. If it completed with an error, [AsyncSnapshot.hasError] will be true
Solution 3:[3]
FutureBuilder is a Widget that will help you to execute some asynchronous function and based on that function’s result your UI will update.
I listed some use cases, why you will use FutureBuilder?
If you want to render widget after async task then use it.
We can handle loading process by simply using
ConnectionState.waiting
Don't need any custom error controller. Can handle error simply
dataSnapshot.error != null
As we can handle async task within the builder we do not need any
setState(() { _isLoading = false; });
When we use the FutureBuilder widget we need to check for future state i.e future is resolved or not and so on. There are various State as follows:
ConnectionState.none:
It means that the future is null and initialData is used as defaultValue.ConnectionState.active:
It means the future is not null but it is not resolved yet.ConnectionState.waiting:
It means the future is being resolved, and we will get the result soon enough.ConnectionState.done:
It means that the future has been resolved.
A simple implementation
Here OrdersProvider is a provider class and fetchAndSetOrders() is the method of that provider class.
body: FutureBuilder(
future: Provider.of<OrdersProvider>(context, listen: false)
.fetchAndSetOrders(),
builder: (context, dataSnapshot) {
if (dataSnapshot.connectionState == ConnectionState.waiting) {
return Center(
child: CircularProgressIndicator(),
);
} else {
if (dataSnapshot.error != null) {
return Center(
child: Text('An error occured'),
);
} else {
return Consumer<OrdersProvider>(
builder: (context, orderData, child) => ListView.builder(
itemCount: orderData.orders.length,
itemBuilder: (context, i) => OrderItem(orderData.orders[i]),
),
);
}
}
},
),
Sources
This article follows the attribution requirements of Stack Overflow and is licensed under CC BY-SA 3.0.
Source: Stack Overflow
Solution | Source |
---|---|
Solution 1 | |
Solution 2 | CopsOnRoad |
Solution 3 |