Flutter ScopedModel 源码浅析

上一篇文章简单了解了一下 ScopedModel 的用法，

这一篇文章我们来深入 ScopedModel 源码来看一下它的原理。

其实ScopedModel 只有一个文件，我们直接打开 scoped_model.dart 文件，从上往下看。

Model

首先在最上面的是 Model ，看一下源码：

首先Model 继承了 Listenable，至于为什么，看到后面就了解了。

前两个方法都好理解，增加/删除一个监听。

最主要的就是后面的 notifyListeners() 方法，

其中主要的逻辑就是把_version++，并消除并发 change 时所可能引发的问题。

解决问题的逻辑就是首先判断 _microtaskVersion 和 version 是否相等。

如果相等，则把_microtaskVersion ++，然后启动一个微任务来把version++，并处理 listener()。

如果不相等就不做任务，这样就消除了可能因为并发所引发的问题。

ModelFinder

该类是用来查找 Model 的，但是已经弃用了，改用 ScopedModel.of 。

代码如下：

ScopedModel

该类为我们所查看的重点，毕竟库的名字就是它。

二话不说，先来看一下类上面的注释：

注释上面写的很明显了，如果你要向所有的页面都提供Model，那么就放在 widget 树的最上方，也就是我们的 MaterialApp 的上面。

再看一下代码：

首先，ScopedModel 需要一个泛型来确认 Model 的类型，并且这是一个无状态的 W idget。

然后 ScopedModel 需要一个child Widget，这个 child Widget 就可以说是我们的 MaterialApp了。

接着是 build() 方法，这就是 ScopedModel 最精髓 的地方。

build() 方法

build()方法使用了 AnimatedBuilder 来构建 widget，因为 AnimatedBuilder 会自动监听 animation 数据的更改。

AnimatedBuilder 的参数 animation 需要的是一个 Listenable 对象，而我们的 Model 正好继承的就是Listenable。

所以我们在自定义的 Model 中，需要更新的地方手动调用 notifyListeners() 。

notifyListeners() 前面也说了，就是把 _version++。

既然_version++了，那就达到了我们想要的目的，更新使用了该数据的UI。

of() 方法

of() 方法我们很熟悉，是用来获取 Model 的。

用起来很简单，但是里面的内容却不少，看一下源码：

of() 方法需要传入一个 Model 的泛型，

首先获取了一下它的 Type，随后根据 rebuildOnChange 的值用 inheritFromWidgetOfExactType / ancestorWidgetOfExactType 来查找widget。

这里解释一下这两个方法：

inheritFromWidgetOfExactType 是用来获取给定类型的最近的 widget，并且在值更新的时候自动重新构建。

ancestorWidgetOfExactType 是用来获取给定类型最近的 祖先 Widget，并且在值更新的时候不重新构建。

所以这样就控制住了没有必要的UI更新。

_InheritedModel

在上面的build 和 of 方法中，都出现了该 Model，

他其实就是一个 InheritedWidget ，重写了 updateShouldNotify 方法来控制重绘。

代码如下：

重绘的逻辑就是判断 version 是否相同。

ScopedModelDescendant

该类就是一个包装了 ScopedModel.of 方法的无状态 widget。

代码如下：

具体就不细说了，因为几乎没有逻辑在里面。

总结

可以看到ScopedModel 的设计真的是非常巧妙，

利用 AnimatedBuilder 和 InheritWidget 来做到全局的状态管理。

关于微任务(Microtask) 和 EventQueue的理解，我会继续出一篇文章来说一下。

那多个Model如何使用？利用 mixin 就可以了。