第十三篇：Objective-C 知识回顾架构框架之二

13.1.MVVM 框架

问题一： 你了解 MVVM 吗？请画一下图来表示你对 MVVM 的了解。

MVVM 框架图

• 由三部分组成 Model 数据层、View 视图层 、ViewModel 业务逻辑层
• View 视图层 实际上包含了 ViewController ，也就是说 View 强应用了 ViewModel，ViewModel 可以通过回调 Block 来回传数据给 View，或者用 RAC 响应式编程。
• ViewModel 业务逻辑层 强应用 Model 数据层。Model 通过 Block 回传数据给 ViewModel。
• 这里要区分 ViewController 和 ViewModel，为什么把 ViewController 归属在 View 呢？因为 ViewController 的全名是 UIViewController，很多 view 的操作直接在 ViewController 里面。

13.2.RN 的数据流思想

RN 的数据流思想

• 视图组合可以看成是一颗多叉树
• 当某个叶子节点（UIView）数据更新导致 UI 变化的时候，需要通过多叉树，反向回到根节点。
• 再由根节点自顶向下变量，更新需要更新的节点（有脏标记的节点）。
• 一句话总结：任何一个子节点或者子孙节点，是没有权利做自己的变化更新的，它必须把自己变化更新的消息，反向传递到根节点，由根节点自顶向下遍历，更新需要更新的节点。

问题一： 如何进行复杂页面的架构？

• MVVM
• RN
• 借鉴一些优秀的预排版的第三方库，融合在一起，来进行复杂页面的架构。

13.3.客户端整体架构

问题一： 你所在的公司，客户端整体架构是怎么样的？或者说让你来设计客户的整体架构，你会怎么设计呢？

客户端整体架构

• 首先我们客户端整体架构的最底层需要有一个独立于 App 的通用层，所有 App 都可以公用的层。里面放一下通用的功能库，比如图片管理库，时长统计框架，网络框架等等。这是独立于当前 App 的一层。
• 通用业务层：这是整体架构倒数第二层，针对当前公司，有哪些通用的基础组件，就可以沉降到这一层。比如说自定义的特殊 ImageView，自定义的通用 Cell，等等。这些往往和当下公司的业务相关的，上层的各个业务都比较频繁的使用到这些控件。
• 中间层：实际上就是为了各个页面之间的解耦，目的就是为了实现即时单独拎出来一个业务，也能生成一个独立的新 App ，这个也是我们做整理客户端架构的一个目的。

问题二： 业务之间的解耦通信方式有哪些呢？或者说如何做到业务之间的解耦通信？

• OpenURL
• 依赖注入