正确的理解iOS MVC

MVC

刚接触iOS开发时，就知道Apple公司为我们提供了MVC模式，并且SDK设计也告诉我们应该搭配MVC使用。所以每一个人都应该掌握这种模式，那么，什么是MVC了？

被误解的MVC

根据MVC关系图，我们就理所当然的认为，MVC设计模式就是对应的Modle、View、Controller三个类，最终的结构就是，大量的业务逻辑写在了Controller中，Controller变得越来越臃肿，难以维护。

那MVC就真的是那样吗？

正确理解MVC

MVC核心是Presentation与Domain的强分离，也是GUI程序开发的原则。

MVC是一套模式，而不仅仅是三个类，你更应该按照Presentation和Domain关系来创建类。其中包括View/ViewCotroller、 Presentation Model 和 DomainModel 等。

Presentation与Domain关系

MVVM

MVVM是将传统的MVC中Controller业务逻辑代码单独提出来.

表示和业务部分使用响应性绑定相互通信，它们分别称为 View 和 ViewModel。在 iOS 中，通常会使用 ReactiveCocoa，RxSwift 或现代的 Combine 框架进行响应性绑定，它们通常位于 ViewModel 类中，并且也由 ViewController 通过协议使用。在与 Services 或 Domain Model 进行通信的一部分中，MVP 并没有太大的区别，但人们可能更喜欢在这里使用绑定或响应性事件

配合RxSwift使用时，VM中应该具备能直接绑定View的功能。

参考文档

唯一可行的iOS架构：探讨对于MVC的误解，和应该怎么理解。

iOS App的最佳架构存在吗？：针对唯一可行的iOS架构作出评论，解释没有其他设计模式存在的合理性。