Flutter状态管理终极方案GetX第二篇——状态管理

说状态管理到底在说些什么

一个应用的状态就是当这个应用运行时存在于内存中的所有内容。当然许多状态，例如纹理、动画状态等，框架本身会替开发者管理，所以对于状态更合适的定义是“当你需要重建用户界面时所需要的数据”，我们需要自己管理的状态可以分为两种概念类型：短时 (ephemeral) 状态和应用 (app) 状态。

短时状态

短时状态是可以完全包含在一个独立 widget 中的状态，也成为局部状态。

一个 PageView 组件中的当前页面
一个复杂动画中当前进度
一个 BottomNavigationBar 中当前被选中的 tab
一个文本框显示的内容

应用状态

如果在应用中的多个部分之间共享一个非短时的状态，并且在用户会话期间保留这个状态，我们称之为应用状态（有时也称共享状态）。

用户选项
登录信息
一个社交应用中的通知
一个电商应用中的购物车
一个新闻应用中的文章已读/未读状态

为什么选择 GetX 做状态管理？

开发者一直致力于业务逻辑分离的概念，Flutter 也有利用 BLoc 、Provider 衍生的 MVC、MVVM 等架构模式，但是这几种方案的状态管理均使用了上下文（context），需要上下文来寻找InheritedWidget，这种解决方案限制了状态管理必须在父子代的 widget 树中，业务逻辑也会对 View 产生较强依赖。

而 GetX 因为不需要上下文，突破了InheritedWidget的限制，我们可以在全局和模块间共享状态，这正是 BLoc 、Provider 等框架的短板。

另外 GetX 控制器也是有生命周期的，例如当我们需要业务层进行 APIREST 时，我们可以不依赖于界面中的任何东西。可以使用onInit来启动http调用，当数据到达赋值给变量后，利用 GetX 响应式的特性，使用该变量的 Widgets 将在界面中自动更新。这样在 UI层只需要写界面，除了用户事件（比如点击按钮）之外，不需要向业务逻辑层发送任何东西。

简单使用

对于以前使用过 ChangeNotifier 的同学来说，可以把GetxController当做ChangeNotifier，我们使用计数器示例来演示一下基本使用：

class SimpleController extends GetxController {
  int _counter = 0;
  int get counter => _counter;

  void increment() {
    _counter++;
    update();
  }
}

这是一个控制器，有 UI 需要的数据counter和用户点击一次加1的方法。

在 UI 层一个展示的文本和一个按钮：

class SimplePage extends StatelessWidget {
  @override
  Widget build(BuildContext context) {
    print('SimplePage--build');
    return GetBuilder<SimpleController>(
        init: SimpleController(),
        builder: (controller) {
          return Scaffold(
            appBar: AppBar(title: Text('Simple')),
            body: Center(
              child: Text(controller.counter.toString()),
            ),
            floatingActionButton: FloatingActionButton(
              onPressed: () {
                controller.increment();
              },
              child: Icon(Icons.add),
            ),
          );
        });
  }
}

使用了GetBuilder这个 Widget 包裹了页面，在 init初始化SimpleController,然后每次点击，都会更新builder对应的 Widget ，GetxController通过update()更新GetBuilder。

这看起来和别状态管理框架并无不同，有时我们只想重新 build 需要变化的部分，遵循最小原则，那么我们改下GetBuilder的位置，只包裹 Text:

class SimplePage extends StatelessWidget {
  @override
  Widget build(BuildContext context) {
    print('SimplePage--build');
    return Scaffold(
      appBar: AppBar(title: Text('Simple')),
      body: Center(
        child: GetBuilder<SimpleController>(
            init: SimpleController(),
            builder: (controller) {
              return Text(controller.counter.toString());
            }),
      ),
      floatingActionButton: FloatingActionButton(
        onPressed: () {
          controller.increment();
        },
        child: Icon(Icons.add),
      ),
    );
  }
}

因为controlle作用域问题，此时按钮里面的 controller会找不到，GetX强大的一点的就表现出来了，按钮和文本并不在父子组件，并且和GetBuilder不在一个作用域，但是我们依然能正确得到：

  onPressed: () {
          Get.find<SimpleController>().increment();
          // controller..increment();
        },

GetxController也有生命周期的：

class SimpleController extends GetxController {
  int _counter = 0;
  int get counter => _counter;

  void increment() {
    _counter++;
    update();
  }

  @override
  void onInit() {
    super.onInit();
    print('SimpleController--onInit');
  }

  @override
  void onReady() {
    super.onReady();
    print('SimpleController--onReady');
  }

  @override
  void onClose() {
    super.onClose();
    print('SimpleController--onClose');
  }
}

之前在这里打印了一句：

class SimplePage extends StatelessWidget {
  @override
  Widget build(BuildContext context) {
    print('SimplePage--build');
    return Scaffold(
    。。。

再次打开这个页面，控制台输出：

flutter: SimplePage--build
flutter: SimpleController--onInit
[GETX] "SimpleController" has been initialized
flutter: SimpleController--onReady

SimplePage-build->SimpleController-onInit->SimpleController-onReady

推出当前页面返回：

[GETX] CLOSE TO ROUTE /SimplePage
flutter: SimpleController--onClose
[GETX] "SimpleController" onClose() called
[GETX] "SimpleController" deleted from memory
[GETX] Instance "SimpleController" already removed.

可以看到SimpleController已经被删除。

局部更新

多种状态可以分别更新，不需要为每个状态创建一个类。

再添加一个变量：

  int _counter = 0;
  int get counter => _counter;

  String _name = "Lili";
  String get firstName => _name;
  
    void increment() {
    _counter++;
    _name = WordPair.random().asPascalCase;
    update(['counter']);
  }

  void changeName() {
    _counter++;
    _name = WordPair.random().asPascalCase;
    update(['name']);
  }

两个方法分别改变两个变量，但是注意update(['counter']里添加了 id 数组，这样就只更新这个 id 对应的GetBuilder:

    GetBuilder<SimpleAdvancedController>(
            id: 'counter',
            builder: (ctl) => Text(ctl.counter.toString()),
          ),
          SizedBox(
            height: 50,
          ),
          GetBuilder<SimpleAdvancedController>(
            id: 'name',
            builder: (ctl) => Text(ctl.firstName),
          ),

响应式刷新

我们都用过 StreamControllers ，然后以流的方式发送数据。在 GetX 可以实现同样的功能，并且实现起来只有几个单词,不需要为每个观察的对象创建一个 StreamController ，也不需要创建 StreamBuilder。

var name = '新垣结衣';

下面简单的一个后缀就可以把一个变量变得可观察，变量每次改变的时候，使用它的小部件就会被更新：

var name = '新垣结衣'.obs;

就这么简单，这个变量已经是响应式的了。然后通过 Obx 或者 GetX 包裹并使用响应式变量的控件，在变量改变的时候就会被更新：

Obx (() => Text (controller.name));

下面写个计算器的例子：

 final count1 = 0.obs;
 final count2 = 0.obs;

.obs就实现了一个被观察者，他们不再是 int 类型，而是 RxInt 类型。对应的小部件也不再是GetBuilder了，而是下面两种：

           GetX<SumController>(
                  builder: (_) {
                    print("count1 rebuild");
                    return Text(
                      '${_.count1}',
                      style: TextStyle(fontWeight: FontWeight.bold),
                    );
                  },
                ),
               Obx(() => Text(
                      '${Get.find<SumController>().count2}',
                      style: TextStyle(fontWeight: FontWeight.bold),
                    )),

因为是响应式，不再需要update,每次更改值，都自动刷新。但是更神奇的是，他们的运算和也是响应式的：

  int get sum => count1.value + count2.value;

只要更新count1或者count2使用sum的小部件也会更改:

    Obx(() => Text(
                      '${Get.find<SumController>().sum}',
                      style: TextStyle(fontWeight: FontWeight.bold),
                    )),

非常简单的使用方式，不是吗？除了使用.obs还有2种方法把变量变成可观察的：

第一种是使用 Rx{Type}。

// 建议使用初始值，但不是强制性的
final name = RxString('');
final isLogged = RxBool(false);
final count = RxInt(0);
final balance = RxDouble(0.0);
final items = RxList<String>([]);
final myMap = RxMap<String, int>({});

第二种是使用 Rx，规定泛型 Rx<Type>。

final name = Rx<String>('');
final isLogged = Rx<Bool>(false);
final count = Rx<Int>(0);
final balance = Rx<Double>(0.0);
final number = Rx<Num>(0)
final items = Rx<List<String>>([]);
final myMap = Rx<Map<String, int>>({});

// 自定义类 - 可以是任何类
final user = Rx<User>();

将一个对象转变成可观察的，也有2种方法：

可以将我们的类值转换为 obs

class RxUser {
  final name = "Camila".obs;
  final age = 18.obs;
}

或者可以将整个类转换为一个可观察的类。

class User {
  User({String name, int age});
  var name;
  var age;
}

//实例化时。
final user = User(name: "Camila", age: 18).obs;

注意，转化为可观察的变量后，它的类型不再是原生类型，所以取值不能用变量本身，而是.value

当然 GetX 也提供了 api 简化对 int、List 的操作。此外，Get还提供了精细的状态控制。我们可以根据特定的条件对一个事件进行条件控制（比如将一个对象添加到List中）：

// 第一个参数：条件，必须返回true或false。
// 第二个参数：如果条件为真，则为新的值。
list.addIf(item < limit, item);

响应式编程虽好，可不要贪杯。因为响应式对 RAM 的消耗比较大，因为他们的实现都是流，如果创建一个有80个对象的 List ，每个对象都有几个流，打开dart inspect，查看一个 StreamBuilder 的消耗量，我们就会明白这不是一个好的方法。而 GetBuilder 在 RAM 中是非常高效的，几乎没有比他更高效的方法。所以这些使用方式在使用过程中要斟酌。

Workers

响应式不只这些好处，还有一个 Workers ，将协助我们在事件发生时触发特定的回调，也就是 RxJava 的一些操作符；

  @override
  onInit() {
    super.onInit();

    /// 每次更改都会回调
    ever(count1, (_) => print("$_ has been changed"));

    /// 第一次更改回调
    once(count1, (_) => print("$_ was changed once"));

    /// 更改后3秒回调
    debounce(count1, (_) => print("debouce$_"), time: Duration(seconds: 3));

    ///3秒内更新回调一次
    interval(count1, (_) => print("interval $_"), time: Duration(seconds: 3));
  }

我们可以利用 Workers ，去实现写一堆对代码才能实现的功能。比如防抖函数，在搜索的时候使用，节流函数，在点击事件的时候使用。

跨路由

上面演示过在同一个页面兄弟组件跨组件使用，接下来实现下不同页面跨组件使用，首先在CrossOnePage里 put 一个 Controller：

class CrossOnePage extends StatelessWidget {
  @override
  Widget build(BuildContext context) {
    CrossOneController controller = Get.put(CrossOneController());
...
}}

然后在另一个页面CrossTwoPage，打印下上一个页面put的控制器：

  CheetahButton('打印CrossOneController的age', () {
            print(Get.find<CrossOneController>().age);
          }),

正常输出。

那么CrossOneController的生命周期多久呢？如果像第一个页面一样是在build里 put 的，那么当前页面退出就销毁了。如果是成员变量，那么当前页面的引用销毁才会销毁：

class CrossTwoPage extends StatelessWidget {
  final CrossTwoSecondController controller = Get.put(CrossTwoSecondController());
  @override
  Widget build(BuildContext context) {
    Get.put(CrossTwoController());
    return Scaffold(
      appBar: AppBar(title: Text('CrossTwoPage')),
      body: Container(
          child: Column(
        children: [
          CheetahButton('打印CrossTwoController', () {
            print(Get.find<CrossTwoController>());
          }),
          CheetahButton('CrossTwoSecondController', () {
            print(Get.find<CrossTwoSecondController>());
          }),
          CheetahButton('打印CrossOneController的age', () {
            print(Get.find<CrossOneController>().age);
          }),
        ],
      )),
    );
  }
}

CrossTwoSecondController是成员变量，CrossTwoController是在build的时候 put 进去的，现在打印2个控制器，都能打印出来：

[GETX] "CrossTwoSecondController" has been initialized
[GETX] GOING TO ROUTE /CrossTwoPage
[GETX] "CrossTwoController" has been initialized
I/flutter (16952): Instance of 'CrossTwoController'
I/flutter (16952): Instance of 'CrossTwoSecondController'

现在返回第一个页面，GetX 已经给我们打印了：

GETX] CLOSE TO ROUTE /CrossTwoPage
[GETX] "CrossTwoController" onClose() called
[GETX] "CrossTwoController" deleted from memory

然后我们在第一个页面点击按钮，分别打印页面CrossTwoPage的2个控制器：

════════ Exception caught by gesture ═══════════════════════════════════════════
"CrossTwoController" not found. You need to call "Get.put(CrossTwoController())" or "Get.lazyPut(()=>CrossTwoController())"
════════════════════════════════════════════════════════════════════════════════
I/flutter (16952): Instance of 'CrossTwoSecondController'

在build里 put 的控制器已经销毁为 null 了，另一个依然存在，那是不是这种不会销毁呢？因为第一个页面的路由依然持有第二个页面，第二个页面的实例还在内存中，所以控制器作为成员变量依然存在，退出第一个页面，自然就销毁了：

[GETX] CLOSE TO ROUTE /CrossOnePage
[GETX] "CrossOneController" onClose() called
[GETX] "CrossOneController" deleted from memory
[GETX] "CrossTwoSecondController" onClose() called
[GETX] "CrossTwoSecondController" deleted from memory

不使用 GetX 路由的状态管理

GetX虽然各个功能均可单独引用使用，但是状态管理和路由是搭配的，如果没有使用 route_manager 组件，那么状态管理的生命周期就会失效。put的Controller在不使用的时候不会再被删除，而变成了应用状态常驻内存里。

如果项目的路由暂时不能使用 GetX 替换，那么怎么使用状态管理呢，很简单，封装一个自动删除Controller的控件即可，因为习惯使用GetBinding，待可以替换为 GetX 路由的时候直接带上GetBinding，所以封装了一个GetBinding的控件和一个不使用GetBinding的控件：

abstract class GetBindingView<T extends GetxController>
    extends StatefulWidget {
  final String? tag = null;

  T get controller => GetInstance().find<T>(tag: tag);

  @protected
  Widget build(BuildContext context);

  @protected
  Bindings? binding();

  @override
  _AutoDisposeState createState() => _AutoDisposeState<T>();
}

class _AutoDisposeState<S extends GetxController>
    extends State<GetBindingView> {
  _AutoDisposeState();

  @override
  Widget build(BuildContext context) {
    return widget.build(context);
  }

  @override
  void initState() {
    super.initState();
    widget.binding()?.dependencies();
  }

  @override
  void dispose() {
    Get.delete<S>();
    super.dispose();
  }
}

使用很简单:

创建对应的GetBinding、GetxController和 Page ，
对应的 Page 修改为继承 GetDisposeView，
实现binding()方法并返回第一步创建的GetBinding。

class BingPagePage extends GetBindingView<BingPageController> {
  @override
  Widget build(BuildContext context) {
    return Scaffold(
      appBar: AppBar(title: Text('BingPage Page')),
      body: Container(
        child: Obx(()=>Container(child: Text(controller.obj),)),
      ),
    );
  }

  @override
  Bindings? binding() =>BingPageBinding();
}

接下来就可以像使用 GetView 一样使用了，如果以后替换了 GetX 路由，只需要把 GetDisposeView替换为GetView 。

下面是一个不使用GetBinding的控件，比上面的使用更简单，不需要创建GetBinding：

abstract class GetDisposeView<T extends GetxController> extends StatefulWidget {
  final String? tag = null;

  T get controller => GetInstance().find<T>(tag: tag);

  @protected
  Widget build(BuildContext context);

  @protected
  void setController();

  @override
  _AutoDisposeState createState() => _AutoDisposeState<T>();
}

class _AutoDisposeState<S extends GetxController>
    extends State<GetDisposeView> {
  _AutoDisposeState();

  @override
  Widget build(BuildContext context) {
    return widget.build(context);
  }

  @override
  void initState() {
    super.initState();
    widget.setController();
  }

  @override
  void dispose() {
    Get.delete<S>();
    super.dispose();
  }
}

使用:

创建对应的GetxController和 Page ，
对应的 Page 修改为继承 GetDisposeView，

实现setController()方法并返回第一步创建的put第一步创建的GetxController对象。

class AutoDisposePage extends GetDisposeView<BingPageController> {
  @override
  Widget build(BuildContext context) {
    return Scaffold(
      appBar: AppBar(title: Text('Auto Dispose Page')),
      body: Container(
        child: Obx(()=>Container(child: Text(controller.obj),)),
      ),
    );
  }

  @override
  void setController() {
    Get.put(BingPageController());
  }
}

最后编辑于：2021.07.20 10:28:07

人面猴
序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
沈念sama阅读 206,126评论 6赞 481
死咒
序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
沈念sama阅读 88,254评论 2赞 382
救了他两次的神仙让他今天三更去死
文/潘晓璐我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
开封第一讲书人阅读 152,445评论 0赞 341
道士缉凶录：失踪的卖姜人
文/不坏的土叔我叫张陵，是天一观的道长。经常有香客问我，道长，这世上最难降的妖魔是什么？我笑而不...
开封第一讲书人阅读 55,185评论 1赞 278
港岛之恋（遗憾婚礼）
正文为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
茶点故事阅读 64,178评论 5赞 371
恶毒庶女顶嫁案：这布局不是一般人想出来的
文/花漫我一把揭开白布。她就那样静静地躺着，像睡着了一般。火红的嫁衣衬着肌肤如雪。梳的纹丝不乱的头发上，一...
开封第一讲书人阅读 48,970评论 1赞 284
城市分裂传说
那天，我揣着相机与录音，去河边找鬼。笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。我是一名探鬼主播，决...
沈念sama阅读 38,276评论 3赞 399
双鸳鸯连环套：你想象不到人心有多黑
文/苍兰香墨我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
开封第一讲书人阅读 36,927评论 0赞 259
万荣杀人案实录
序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
沈念sama阅读 43,400评论 1赞 300
护林员之死
正文独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋以下内容为张勋视角年9月15日...
茶点故事阅读 35,883评论 2赞 323
白月光启示录
正文我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
茶点故事阅读 37,997评论 1赞 333
活死人
序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
沈念sama阅读 33,646评论 4赞 322
日本核电站爆炸内幕
正文年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
茶点故事阅读 39,213评论 3赞 307
男人毒药：我在死后第九天来索命
文/蒙蒙一、第九天我趴在偏房一处隐蔽的房顶上张望。院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
开封第一讲书人阅读 30,204评论 0赞 19
一桩弑父案，背后竟有这般阴谋
文/苍兰香墨我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。一阵脚步声响...
开封第一讲书人阅读 31,423评论 1赞 260
情欲美人皮
我被黑心中介骗来泰国打工，没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。一个月前我还...
沈念sama阅读 45,423评论 2赞 352
代替公主和亲
正文我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
茶点故事阅读 42,722评论 2赞 345