states_rebuilder 1.5.0+1 copy "states_rebuilder: ^1.5.0+1" to clipboard
states_rebuilder: ^1.5.0+1 copied to clipboard

outdated

a simple yet powerful state management technique for Flutter

states_rebuilder #

A Flutter state management solution that allows you:

  • to separate your User Interface (UI) representation from your logic classes
  • to easily control how your widgets rebuild to reflect the actual state of your application.
  • to inject dependencies using Injector

For State Management see this Medium Article #

For Dependency Injection and more elaborate State Management architecture see this example. #

This Library provides Four classes and two methods:

  • The StatesRebuilder class. Your logics classes (viewModels) will extend this class to create your own business logic BloC (equally can be called ViewModel or Model).
  • The rebuildStates method. You call it inside any of your logic classes that extends StatesRebuilder. It rebuilds all the mounted 'StateBuilder' widgets. It can filter the widgets to rebuild by tag. This is the signature of the rebuildState:
rebuildStates([List<dynamic> tags])

You can use hasState to check whether the StatesRebuilder has state to rebuild or not before calling rebuildStates to avoid any error.

  • The StateBuilder Widget. You wrap any part of your widgets with it to add it to the listeners list of your logic classes and hence can rebuild it using rebuildState method. This is the constructor of the StateBuilder:
StateBuilder( {
    Key key, 
    dynamic tag, // you define the tag of the state. This is the first way. You can provide a list of tags.
    List<StatesRebuilder> viewModels, // You give a list of the logic classes (BloC) you want this widget to listen to.
    @required (BuildContext, String) → Widget builder,
    (BuildContext, String) → void initState, // for code to be executed in the initState of a StatefulWidget
    (BuildContext, String) → void dispose, // for code to be executed in the dispose of a StatefulWidget
    (BuildContext, String) → void didChangeDependencies, // for code to be executed in the didChangeDependencies of a StatefulWidget
    (BuildContext, String, StateBuilder) → void didUpdateWidget // for code to be executed in the didUpdateWidget of a StatefulWidget
  });

tag is of type dynamic. It can be String (for small projects) or enum member (enums are preferred for big projects).When a list of dynamic tags is provided, states_rebuilder consider it as many tags and will rebuild this widget if any of theses tags are invoked by the rebuildStates method.

  • To extends the state with mixin (practical case is animation), use StateWithMixinBuilder
StateWithMixinBuilder<T>( {
      Key key, 
      dynamic tag, // you define the tag of the state. This is the first way
      List<StatesRebuilder> viewModels, // You give a list of the logic classes (BloC) you want this this widget to listen to.
      @required (BuildContext, String) → Widget builder, 
      @required (BuildContext, String,T) → void initState, // for code to be executed in the initState of a StatefulWidget
      @required (BuildContext, String,T) → void dispose, // for code to be executed in the dispose of a StatefulWidget
      (BuildContext, String,T) → void didChangeDependencies, // for code to be executed in the didChangeDependencies of a StatefulWidget
      (BuildContext, String,StateBuilder, T) → void didUpdateWidget // for code to be executed in the didUpdateWidget of a StatefulWidget,
      (String, AppLifecycleState) → void didChangeAppLifecycleState // 
      @required MixinWith mixinWith
});

Available mixins are: singleTickerProviderStateMixin, tickerProviderStateMixin, AutomaticKeepAliveClientMixin and WidgetsBindingObserver.

  • With rebuildFromStreams method you can control the rebuild of many widgets from single subscription StreamController. You can listen to many streams, merge them and combine them.
Streaming<T, S>({
  List<Stream<T>> streams, //You define a list of streams or
  List<StreamController<T>> controllers, // a list of controllers
  List<T> initialData, // List of initialData. the order of the list is the same as in controller or stream list.
  List<StreamTransformer<dynamic, dynamic>> transforms,  // list of transform to apply on streams.
  (List<AsyncSnapshot<T>>) → S combineFn // The combination function.
  })

 // To add a listener form any of your viewModels :
streaming.addListener(this, ["optional tag"]);

// To get any snapshot from your viewModel:
  AsyncSnapshot<T> get firstSnapshot => streamer.snapshots[0]; // Snapshot of the first stream
  AsyncSnapshot<T> get secondSnapshot => streamer.snapshots[1]; // Snapshot of the second stream
  .
  .
  AsyncSnapshot<T> get secondSnapshot => streamer.snapshots[n]; // Snapshot of the n th stream

// To get the merged result of the streams from your viewModel:
 AsyncSnapshot<T> get mergedSnapshot => streamer.snapshotMerged;

// To get the combined result of the streams from your viewModel:
 AsyncSnapshot<S> get combinedSnapshot => streamer.snapshotCombined;

  • Injector widget as dependency injection: To register model and services use Injector the same way you use BlocProvider
Injector<T>({
  List<() → dynamic> models, // List of models to register
  List<Inject<D>> inject, // List of Model to register wrapped with Inject object
  (BuildContext context, T model) → Widget builder, // The model with type T is the viewModel related to this view. When `rebuildStates()` is called in this model this widget will rebuild.
  () → void dispose, // a custom method to call when Injector is disposed.
  (T, AppLifecycleState) → dynamic appLifeCycle, // A closure to execute code depending on the life cycle of the app (in Android : onResume, onPause ...).
  bool disposeModels: false // Whether Injector will automatically call dispose method from the registered models.
}) 

To get the same instance of the model inside any class use:

Injector.get<T>([String name]).

Where T is the type of the model and name is optional used if you want to call a named model.

To get a new instance of the model, you use:

Injector.getNew<T>([String name]).

Model are automatically unregistered when the injector is disposed.

You can declare many Injectors where you want in the widget tree.

  • ObservableService interface : Any service class that implement the ObservableService can notify registered viewModels to rebuild their corresponding view. See prototype Example bellow.

Prototype Example for dependency injection #

//Without generic type
class MyApp extends StatelessWidget {
  @override
  Widget build(BuildContext context) {
    return Injector(
      models: [
        () => ModelA(),
        () => ModelB(),
        () => ModelC(Injector.get<ModelA>()),// Directly inject ModelA in ModelC constructor
        () => ModelD(),
       // () => ModelD(),// Not allowed. Model can be registered only once.
        () => [ModelD(),"costumeName"], // To register many model of the same type use this approach
        ],
      builder: (context,model) => MyWidget(), // model is null, because no generic type is given
    );
  }

  //With generic type
class MyApp extends StatelessWidget {
  @override
  Widget build(BuildContext context) {
    return Injector<ModelA>( // `ModelA` should extend `StatesRebuilder`.
      models: [
        () => ModelA(),
        () => ModelB(),
        () => ModelC(Injector.get<ModelA>()),// Directly inject ModelA in ModelC constructor
        () => ModelD(),
       // () => ModelD(),// Not allowed. Model can be registered only once.
        () => [ModelD(),"costumeName"], // To register many model of the same type use this approach
        ],
      builder: (context,model) => MyWidget(), // model is of type `ModelA`. when `rebuildStates()` is called in `ModelA` this widget will rebuild
    );
  }

  //As an alternative to `models` parameter you can use register the models using `inject` parameter
    Widget build(BuildContext context) {
    return Injector<ModelA>( // `ModelA` should extend `StatesRebuilder`.
      inject: [
        Inject(() => ModelA()),
        Inject(() => ModelB()),
        Inject(() => ModelC(Injector.get<ModelA>())),// Directly inject ModelA in ModelC constructor
        Inject<IModelD>(() => ModelD()),//To register with Interface type.
       // () => ModelD(),// Not allowed. Model can be registered only once.
        Inject(() => ModelD(),"customName"), // to use custom name
        ],
      builder: (context,model) => MyWidget(model), // model is of type `ModelA`. when `rebuildStates()` is called in `ModelA` this widget will rebuild
    );
  }

  // You can get your models from any class provided it is registered before calling it.
  class MyWidget extends StatelessWidget {

    final modelA = Injector.get<ModelA>();
    final modelA1 = Injector.getNew<ModelA>();
    final modelD = Injector.get<ModelD>();
    final modelDNamed = Injector.get<ModelD>("costumeName");


    @override
    Widget build(BuildContext context) {
      return Injector(
        models: [
          () => ModelF(),
        ],
      builder: (_) => AnotherWidget(),
      )
    }
  }
  • BlocProvider widget. Used to provide your BloCs
 BlocProvider<YourBloc>({
   CounterBloc bloc
   Widget child,
 })

Prototype Example for state management #

your_bloc.dart file:

import 'package:flutter/material.dart';
import 'package:states_rebuilder/states_rebuilder.dart'


// enum is preferred over String to name your `tag` for big projects.
// The name of the enum is of your choice. You can have many enums.

// -- Conventionally for each of your BloCs you define a corresponding enum.
// -- For very large projects you can make all your enums in a single file.

enum YourTagEnum {yourTag1};

class YourViewModel extends StatesRebuilder{

    var yourVar;

    /// You have two ways:

    /// ************** First way: (tag way) **************

    yourMethod1() {
      // some logic staff;
      yourVar = yourNewValue;
      rebuildStates([YourState.yourTag1]);
    }

    // example of fetching data and rebuilding widgets after obtaining the data
    fetchData1() async {
      await yourRepository.fetchDate();
      rebuildStates([YourState.yourTag1]);
    }

    /// ************** Second way (tag way) **************

    yourMethod2(String tagID) {
      // some logic staff;
      yourVar = yourNewValue;
      rebuildStates([tagID]);
    }

    // example of fetching data and rebuild widgets after obtaining the data
    fetchData2(String tagID) async {
      await yourRepository.fetchDate();
      rebuildStates([tagID]);
    }

    /// ************** Combination of first and second ways **************

    yourMethod3(String tagID) {
      // some logic staff;
      yourVar = yourNewValue;
      rebuildStates([tagID, YourState.yourTag1]);
    }


    /// ************** Rebuild All **************
    yourMethod4() {
      // some logic staff;
      yourVar = yourNewValue;
       // `rebuildStates()` with no parameter: All widgets that are wrapped with
       //`StateBuilder` will rebuild to reflect the new counter value.
       // You get a similar behavior like in ``scoped_model`` or ``provider`` packages

      rebuildStates();
    }
}

your main.dart file:

  // ************** First way: (tag way) ************** 
  class FirstWay extends StatelessWidget {
    @override
    Widget build(BuildContext context) {
      return Column(
            children: <Widget> [
              StateBuilder(
                tag : YourTagEnum.yourTag1 // you can use just a String "yourTag1",
                blocs : [yourBloc],
                initState: (_)=> yourBloc.fetchData1(),
                builder: (_) => YourChildWidget(yourBloc.yourVar),
            ),
            RaisedButton(
              child: Text("first way"),
              onPressed : yourBloc.yourMethod1,
            )
          ],
      );
    }
  }

    // ************** Second way: (tag way) ************** 
    class SecondWay extends StatelessWidget {
    @override
    Widget build(BuildContext context) {
      return StateBuilder(
              initState: yourBloc.fetchData2,
              builder: (String tagID) => Column(
                    children: <Widget> [
                      YourChildWidget(yourBloc.yourVar),
                      RaisedButton(
                        child: Text("Second way"),
                        onPressed :yourBloc.yourMethod2(tagID),
                      ), 
                    ],
                  ),
              );
    }
  }

Prototype Example for state management with ObservableService interface #

//When the method `myMethod()` is called it will notify all registered viewModels class to rebuild their corresponding views.

class Service1 extends ObservableService {
  String message = "I am Service1";
  myMethod() {
    rebuildStates();
  }
}


// `ViewModel1` class register as observer in `Service1` class
class ViewModel1 extends StatesRebuilder {
  final service1 = Injector.get<Service1>();
  ViewModel1() {
    service1.addObserver(this);
  }
}

// `ViewModel1` class register as observer in `Service1` class with a tag
class ViewModel2 extends StatesRebuilder {
  final service1 = Injector.get<Service1>();
  ViewModel2() {
    service1.addObserver(this, ["myTag"]);
  }
}


402
likes
0
pub points
93%
popularity

Publisher

unverified uploader

a simple yet powerful state management technique for Flutter

Repository (GitHub)
View/report issues

License

unknown (license)

Dependencies

flutter

More

Packages that depend on states_rebuilder