noham/knowledge-kit
1
0
Fork 0
mirror of https://github.com/NohamR/knowledge-kit.git synced 2026-05-25 04:17:17 +00:00
Code Issues Packages Projects Releases Wiki Activity

docs: image url

Browse Source
This commit is contained in:
FantasticLBP
2026-01-02 10:28:57 +08:00
parent 7ac7513900
commit 7843661458
29 changed files with 719 additions and 719 deletions
Download Patch File Download Diff File Expand all files Collapse all files

16
Chapter1 - iOS/1.49.md
View File

@@ -6,7 +6,7 @@ MVC 模式下，软件被划分为视图（View：用户界面）、控制器（
![MVC架构](./../assets/2018-11-16-MVC.png)
![MVC架构](https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets/2018-11-16-MVC.png)
1. 用户操作 View，在 View 上面的事件都将被传递到 Controller 处理
2. Controller 处理事件、请求网络，操作 Model 更新状态
@@ -20,7 +20,7 @@ MVC 模式下，软件被划分为视图（View：用户界面）、控制器（
效果等价于：
<img src="./../assets/AppleMVCImpl.png" style="zoom:60%" />
<img src="https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets/AppleMVCImpl.png" style="zoom:60%" />
最典型的就是 iOS 侧的 UITableView 的设计：
@@ -61,7 +61,7 @@ MVC 模式下，软件被划分为视图（View：用户界面）、控制器（
### MVC 架构变种
<img src="./../assets/AppleMVCRefine.png" style="zoom:60%" />
<img src="https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets/AppleMVCRefine.png" style="zoom:60%" />
改变：
@@ -331,7 +331,7 @@ MVC 模式下，软件被划分为视图（View：用户界面）、控制器（
MVP 模式将 Controller 改名为 Presenter，通信改变了通信方向
![MVP架构](./../assets/MVPArchStructure.png)
![MVP架构](https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets/MVPArchStructure.png)
1. 各部分之间的通信都是双向的
2. Model 与 View 不发生联系，都通过 Presenter 传递
@@ -658,25 +658,25 @@ Controller 里组装和创建 Presenter，在 `viewDidLoad` 里面调用 present
MVVM 模式将 Presenter 改名为 ViewModel，基本上与 MVP 模式完全一致。
![MVVM架构](./../assets/MVVMArchStructure.png)
![MVVM架构](https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets/MVVMArchStructure.png)
区别在于：采用双向绑定的模式。View 的改变，自动反应在 ViewModel 上。 ViewModel 的改变会发应在 View 上。
MVC 等到业务逻辑很复杂的时候被称为 Massive View Controller （重量级视图控制器）。这样的 Controller 后期维护看着阅读成本很高、不易于测试、维护。当时写这个代码的人离职后，几千行规模的代码在后期添加新功能或者修改 Bug 都是一件折磨人的事情。
![典型MVC架构](./../assets/2018-11-16-iOSMVC.png)
![典型MVC架构](https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets/2018-11-16-iOSMVC.png)
看到 View 和 ViewController 是不同的技术组件，但是日常开发中它们总是成对的存在，为什么不考虑将他们的连接正规化呢？
![存在问题](./../assets/2018-11-16-VController-Model.png)
![存在问题](https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets/2018-11-16-VController-Model.png)
典型的 MVC 存在弊端就是 Controller 层非常复杂，很多逻辑都在里面，包括一些不是逻辑的“表示逻辑”（presentation logic）。用 MVVM 术语来说就是将那些 Model 数据转换为 View 可以呈现的东西。例如将一个 NSDate 格式化为一个“2018-11-17” 这样的 NSString。
上图中缺少一个环节，一个专门用来处理所有的表示逻辑。称为 “ViewModel”。位于 ViewController 与 Model 之间。
![MVVM](./../assets/2018-11-16-iOSmvvm.png)
![MVVM](https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets/2018-11-16-iOSmvvm.png)
MVVM 就是 MVC 的增强版，将展示层逻辑单独拎出来，即 ViewModel。iOS 使用 MVVM 可以降低 ViewController 的复杂性并使得表示逻辑易于测试。