注意！
以下内容总结自喵神的文章：
https://onevcat.com/2017/07/state-based-viewcontroller/
建议一边查看一边参考本文
本文记录有些日子，仅作为和MV-X文章的对比发布，喵神发布的这篇文章也有一段时间了，不保证喵神没有在此基础上改进。
如果与原文有冲突请以原文为主
单向数据流动：
函数式：所有的操作都转化成输入一个数据，输出对应数据的形式
本架构主要包含：
View
展示界面
viewModel
在喵神的例子是抽取出来的TableViewControllerDataSource
负责把Controller传进来的modelList赋予View，并且管理着Controller传进来的modelList
State
负责持有viewModel和其他数据资源，比如待添加的数据
Action
有必要的话要分类action，细分子action
负责管理加载全部，更新，新增，删除等指令，由Controller负责有哪些操作
Reducer函数
负责根据Action来操作State，由Controller负责操作过程，有必要的话需要拆分reducer到各个子函数，否则后期会非常臃肿
Command
喵神的例子中仅作为Action == .loadToDos来初始化时下载数据后的异步回调，添加数据
可以作为异步回调，界面跳转的等额外操作，相当于把VIPER的presenter的功能都包含进去了
额外的指令作为回调，由Controller负责
Store
负责Controller操作的跳转
let reducer: (_ state: State, _ action: Action) -> (State, Command?)
var subscriber: ((_ state: State, _ previousState: State, _ command: Command?) -> Void)?
Controller向Store的dispatch方法传入action，dispatch调用reducer获取新的state，通过subscriber把新的state传回给Controller
Controller在创建Store就需要初始化reducer，并且reducer是不变的
Controller通过Store的subscribe和unsubscribe来更新Store.subscriber，一般Controller通过subscriber调用Controller负责更新的stateDidChanged方法
Controller
负责搭建VIew，接受View传过来的action，通过action更新Store
由于Action，Reducer，Command都是由Controller负责的，所以为了解藕会通过协议来传入Store，这样就能实现Store的复用了
测试的时候也只要调用stateDidChanged就相当于对View进行测试
由于是通过同步的方式拿到Command中的异步回调，所以可以直接通过假数据测试这个回调是否正确，实现了通过同步测试异步的目的
数据流结构如下:
完整程序结构如下:
