##层级结构,自底向上

持久层(File,Realm,SQLite)<==>网络层(相信每个公司都有自己的网络层吧)==>业务层(ViewModel)==>展示层(View,VC)

###持久层
耦合到网络层

设计要点

持久模型的选择，我这里选择了文件，直接缓存了JSON.txt。并且维护一张表映射到文件，实现快速获取，文件超时删除等操作。

持久层的timeout设置，网络层访问到这里的时候，如果超时立即抛弃缓存

###网络层
耦合到持久层

设计要点

网络层的设计是基于离散式的，即一个API接口对于一个Class。实现接口复用，有了为同一个公司的多个APP提供APIKit的可能。

网络层的设计是基于数据流的。也就是说，你订阅了这个接口，以后这个接口出现刷新，加载数据等，所有的返回及时发送给所有订阅者。

一份请求数据，可以多处订阅。例如在首页加载了N个接口，在详情页获取其中某个接口的返回数据，这里你不需要知道那个接口是否加载完成，直接订阅即可。

接口实例是可reload，可refresh，可nexPage得，具体基于业务实现

是有缓存开关的

是可adaptation的。这里可要求过来接收数据的类型实现JSONConvertable协议

是可以统一catch一些errors的。

###业务层
业务层耦合网络层

设计要点

这里的业务层就抽象成一个若干个ViewModel

ViewModel维护各种数据流，状态。部分数据是要提供给展示层的

展示层和业务层相互订阅。

###展示层
展示层和业务层耦合

设计要点

View单纯的包含View。哈哈这里递归了。View也提供事件流，以供和业务层进行绑定。例如这里的view里有一个button，点击button提交数据。这个数据肯定在ViewModel里了。所有，view提供一个buttonClick的信号，ViewModel提供的UploadData的操作。两者绑定即可。

ViewController，主要在这里进行业务层ViewModel和视图View的绑定，解绑。