Releases: Flutterando/modular
v7.1.0
Feature modules can now consume shared/core dependencies
A feature module's module-level bind (addSingleton, add, addLazySingleton) now resolves dependencies registered in a root-owned shared/core module (a path-less module(...)). Previously only page-scoped provide binds could reach the core; a feature's module-level binds ran in a leaf injector blind to root-owned binds, forcing shared deps to be threaded in by hand.
A core consumer can now be a provide, the core itself, or a feature module-level bind โ all alike. A feature's own bind still shadows a same-typed core bind (local wins; core is the fallback).
Requires auto_injector >= 2.2.0
Adds the opt-in upward resolution (addInjector(child, resolveUpward: true)) this builds on, fixes a dispose-listener accumulation in its layer graph, and adds an UpwardResolutionCycle guard against mutual upward links.
Docs
New dependency-injection.md sections: cross-module resolution and the async bootstrap idiom (await once in a Future<Module> builder so main stays thin and features take no parameters).
Full changelog: https://pub.dev/packages/flutter_modular/versions/7.1.0/changelog
v7.0.1
๐ฆ Published on pub.dev: https://pub.dev/packages/flutter_modular/versions/7.0.1
Page-scoped BLoC/Cubit support
Scoped.addStreamable<T>(ctor, (t) => t.stream, (t) => t.close())โ exposes the object itself viacontext.watch<T>()(read its synchronousstate, call its methods) while rebuilds are driven by its stream. flutter_modular keeps no dependency on theblocpackage (stream/close are caller callbacks). See the docs for a suggestedaddBlocextension covering both BLoC and Cubit.addListenable<T>(ctor, (t) => t.listenable, (t) => t.dispose())โ for objects whose reactivity is aListenableproperty.
Simpler non-reactive registration
add<T>(ctor)โ non-reactive page-scoped object, readable viacontext.read/watch, disposed on unmount when it implementsDisposable. Breaking: replacesaddDisposable(removed; theDisposableinterface is retained).
Internals
addChangeNotifierreexpressed overaddListenable;watch/read/Consumer/Selectornow accept anyObject(not justListenable), so a non-Listenablereactive object can be exposed. Fully backward compatible.
Full Changelog: https://github.com/Flutterando/modular/blob/master/CHANGELOG.md
v5.0.3
v5.0.2
- Fix: Parse params in RouteOutlet
v5.0.1
- Support Cubit
v5.0.0
- Support Flutter 3.0.0
- [BREAK CHANGE]: Removed
MaterialApp.modular()andCupertino().modular().
Use instead:return MaterialApp.router( routeInformationParser: Modular.routeInformationParser, routerDelegate: Modular.routerDelegate, );
This modification aims to keep Modular support independent of WidgetApp updates, and can be used in other bootstraps such as FluentApp [fluent_ui].
- [BREAK CHANGE]: New auto-dispose configuration.
Previously Modular had automatic closing or destruction calls for objects of typeChangeNotifier/ValueNotifier,Streamand Triple`sStores.
Starting with version 5.0, Modular will provide theBind.onDisposeproperty for calls to destroy, close or dispose methods FOR EACH BIND. This will make the dispose settings more straightforward and less universal. Therefore, Modular will manage the destruction of Binds that implementDisposableonly. This is the new configuration:
@override
final List<Bind> binds = [
Bind.singleton((i) => MyBloc(), onDispose: (bloc) => bloc.close()),
];The Bind.onDispose CANNOT be used in Bind type factory.
You can choose to use Bind.onDispose or implement the Disposable class.
- Added
Bind.selector. Generates a reactivity (Listenable/Stream) to be listened to whencontext.watch()is called.
@override
final List<Bind> binds = [
//notifier return stream or listenable to use context.watch()
Bind.singleton((i) => MyBloc(), onDispose: (bloc) => bloc.close(), selector: (bloc) => bloc.stream),
];- [BREAK CHANGE]: As already described above, the reactivities worked externally to Modular, providing a
longer life to the project. For this reason, BLoC or Triple users should use specialBind'sin order to use thecontext.watch()and auto dispose functionality. They are:BlocBind()andTripleBind(), which are available through external packages.
modular_bloc_bind -> BlocBind
modular_triple_bind -> TripleBind
Example:
@override
final List<Bind> binds = [
BlocBind.singleton((i) => MyBloc()),
];-
[BREAK CHANGE]
Bind.exportworks only after imported. -
@deprecated
ModularState.
A few months of research showed us that ModularState caused unnecessary coupling with the view and made it difficult for those who used it to understand. For this reason, we decided to deprecate it to ensure code congruence for all professionals who use Modular. -
Removed
tripledependency. -
Simplify docs.
-
Added
Modular.setArguments.
Modular.setArguments('cody1024d');
// get
Modular.args.data; // -> cody1024d
//or
Bind((i) => MyClass(i.args.data));
Issues
v4.5.0
- @deprecated:
.modular()extension.
Use instead:return MaterialApp.router( routeInformationParser: Modular.routeInformationParser, routerDelegate: Modular.routerDelegate, );
- Added
Modular.setInitialRoute. - Added
Modular.setObservers. - Added
Modular.setNavigatorKey.
v4.3.0
- Added BuildContext extension [context.read()] and [context.watch()];
- The [context.watch()] listen changes of [Listanable], [Stream] and [Store] by Triple;
class Body extends StatelessWidget {
Widget build(BuildContext context){
final notifier = context.watch<ValueNotifier>();
return Text('${notifier.value}')
}
}- Use
selectin.watch()to select the reactive property:
class Body extends StatelessWidget {
Widget build(BuildContext context){
final bloc = context.watch<CounterBloc>((bloc) => bloc.stream);
return Text('${bloc.state}')
}
}Also, use Store Selectors in conjunction with .watch:
class OnlyErrorWidget extends StatelessWidget {
Widget build(BuildContext context){
// changes with store.setError();
final store = context.watch<MyTripleStore>((store) => store.selectError);
return Text('${store.error}')
}
}See more details here
4.1.2
Version 4.0.1
- Fixed pushNamed.
- Fixed bug that allowed access to parameters and arguments in other modules.
- Fixed transitions bug.