Skip to main content

Watch

Modular also has an InheritedWidget instance that can use the dependsOn API of [BuildContext]. This way, the developer can recover binds and, if it is a supported reactivity, will watch the modifications changing the state of the widget in question.

The watch() method was added to [BuildContext] through extensions, making access easy.

class Body extends StatelessWidget {
Widget build(BuildContext context){
final notifier = context.watch<ValueNotifier>();
return Text('${notifier.value}')
}
}

Supported reactivities are:

Used in ChangeNotifier/ValueNotifier classes and in RxNotifier.

Used in StreamController.

TIP

In addition to the context.watch() method, the read-only context.read() method has been added. It's the same as using Modular.get(), but this addition helps projects that are being migrated Provider.

With selectors

Sometimes binds are not a supported reactivity, but one of their properties can be. As in the case of BLoC, where the Stream is available through a bloc.stream property;

We can add a selection through an anonymous function indicating which property is a supported reactivity to be watched:

class Body extends StatelessWidget {
Widget build(BuildContext context){
final bloc = context.watch<CounterBloc>((bloc) => bloc.stream);
return Text('${bloc.state}')
}
}

Note that the use of the selector does not change on bind return.

We can also use selectors for Triple objects, which have their own selectors for each of their segments: See the Triple documentation for more details by clicking here:

class OnlyErrorWidget extends StatelessWidget {
Widget build(BuildContext context){
// changes with store.setError();
final store = context.watch<MyTripleStore>((store) => store.selectError);
return Text('${store.error}')
}
}

It's also possible to configure a selector directly using BindConfig:


void binds(i) {
//notifier return stream or listenable to use context.watch()
i.addSingleton<MyBloc>(MyBloc.new, config: BindConfig(
notifier: (bloc) => bloc.stream,
));
}

As BindConfig is a separate class we can create Helpers to help us with watch and dispose of specific instances like BLoC or Triple;

BLoC Configurations

Example:

BindConfig<T> blocConfig<T extends Bloc>(){
return BindConfig(
notifier: (bloc) => bloc.stream,
onDispose: (bloc) => bloc.close(),
);
}

Using:


void binds(i) {
i.addSingleton<MyBloc>(MyBloc.new, config: blocConfig());
i.addSingleton<ProductBloc>(ProductBloc.new, config: blocConfig());
i.addSingleton<UserBloc>(UserBloc.new, config: blocConfig());
}

Triple Configurations

Example:

BindConfig<T> storeConfig<T extends Store>(){
return BindConfig(
notifier: (store) => bloc.selectAll,
onDispose: (bloc) => bloc.dispose(),
);
}

Using:


void binds(i) {
i.addSingleton<MyStore>(MyStore.new, config: storeConfig());
i.addSingleton<ProductStore>(ProductStore.new, config: storeConfig());
i.addSingleton<UserStore>(UserStore.new, config: storeConfig());
}