MVVM
原本一直在用Objective-C开发，应用本身是基于MVC来构建代码结构的，最近了解到SwiftUI必须遵守MVVM才能工作，所以开始深入了解这个概念。主要是通过斯坦福大学这个公开课学习，总结一下重要的知识点。链接:
https://www.bilibili.com/video/BV14z4y1d7b4?spm_id_from=333.999.0.0
MVC
MVC是Model-View-Controller结构，在传统UIKit框架中使用。并不是说UIKit一定要用MVC，而是和MVC的匹配度较高。
- MVC的Model一般相对简单，只是创建一个数据对象格式。而数据的封装、操作和管理，一般都是放在Controller中执行。
- MVC的View进行视图的构建、渲染和事件响应处理，以及提供一些刷新方法供Controller使用。
- Controller则承担数据、逻辑和视图更新操作，与View和Model的关系是单向通信的，而Controller向View进行命令式（imperative）的指令操作。
举例：
帝国中的皇帝发出各种命令指挥别人做事情，一个国家就是这么运转起来的。但是缺点很明显，由于命令是一个个下发的，这其中非常不利的一个原因就是时间。
在UI开发中，这种命令式执行，函数随着时间推移进行调用：这个Button放这里，那个Label放那里，过一会做这个，再一会执行那个，又可能其他人随时可以调用函数来更改UI，就要时刻保持警惕。
这时，我们就需要一个时间线去理解调用函数的顺序，并且我们无法证明界面在任意顺序调用任意函数情况下，界面能够真实有效的工作。因为在命令式操作下，无法同时执行所有指令。
MVVM
MVVM是Model-View-ViewModel结构，在SwiftUI框架中使用。SwiftUI是响应式编程（reactive programming）。
- MVVM的Model与UI完全独立，处理数据和逻辑的操作。数据流（data flows）在映射到视图的过程中是只读的。
- MVVM的View是声明式（declarative）视图，我们为UI声明的方法，在任何时候做它们应做的事情。不需要关心任何状态变化（state changes），状态在Model中记录，View仅仅是映射Model中的数据，Model变化带来View变化，所见即所得。
Stuct结构体中的代码，实际上是只读的，调用时不可能有其他人改变函数中的代码，看到的就是声明的。
- ViewModel执行解释（interpreter）工作，将View绑定到Model上。ViewModel关注Model中的变化（notices changes），然后发布这些变化（publishes changed），订阅（subscribes）了某个发布（publication）的View会进行改变。
重要的一点是理解ViewModel没有直接指向View的指针，不直接与View对话。如果View订阅了某个发布，就会询问ViewModel怎么适应现在的变化，这个过程不会回到Model，因为ViewModel作用就是解释Model的变化。
MVVM的Processes Intent
MVVM有一个对应的关联架构，是Model-View-Intent。如果用户意图（intent）做一些操作，那么这些Intent就要进行View到Model这个反向传递过程。而swiftUI还没有进行这个设计，所以我们用下面一系列操作来处理Intent：
- View Calls Intent function 视图调用方法
- ViewModel modifies the Model 视图模型修改模型
- Model changes 模型改动变化
- ViewModel notices changes and publishes 模型关注到变化并发布
- View whitch subscribes Reflect the Model 订阅变化的视图进行模型映射
对比MVVM的映射过程，多了ViewModel处理View操作，并且修改Model这两个操作。
总结
OC作为使用数十年的iOS第一开发语言，确实在现今各种新兴前端语言中，显得繁冗不堪。Swift在数年的时间内逐渐迭代，替代OC已经是不可阻挡的历史浪潮。
哪怕OC这么强大的语言，不进步也很快就要被淘汰了，何况我们只是时代的搬砖人呢，不断学习新内容是我们必须做的事情。
网友评论