现代程序框架模式，单向数据流动的函数式 View Controller

注意！

以下内容总结自喵神的文章：

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中的异步回调，所以可以直接通过假数据测试这个回调是否正确，实现了通过同步测试异步的目的

数据流结构如下:

1.jpg

完整程序结构如下:

2.jpg