mvc和mvvm

MVC（Model View Controller）

Model：根据APP文档，model包括数据和操作数据的业务逻辑。

View：view通常是UIKit控件的集合，不能直接引用model，并且视图本身没有任何业务逻辑。

Controller：controller协调model和view之间的所有交互。

在MVC下，所有对象被归类为一个model，一个view，一个controller。

工作流程：首先将用户交互通知给controller，然后controller通过更新model来反应状态的改变，model成功持有数据后通知controller来更新他们负责的view。

优点：

1 各司其职，互不干涉：三个层各司其职其中一层的改变队其他层的影响比较小。

2 有利于组件的重用：多个视图对应一个模型的能力

缺点：

1 增加了系统结构额实现的复杂性：模型、视图以及控制器分离，会增加结构的复杂性，并可能产生过多的更新操作，降低运行效率

2 与控制器间的连接过于紧密

3 较差的可测试性：MVC并不鼓励测试人员编写单元测试。因为view controller混合了视图处理逻辑和业务逻辑，分离这些成分的单元测试成了一个艰巨的任务

4 厚重的ViewController：由于各种原因使ViewController过于臃肿庞大。

MVVM（Model View ViewModel）

衍生于MVC，它正式规范了视图和控制器紧耦合的性质，把view和viewController正式联系在一起。我们将它视为一个新的组件，并将controller中的业务处理逻辑，视图显示逻辑，网络逻辑，数据缓存逻辑等抽取出来，放入视图模型ViewModel中。

Model：数据模型。ViewModel可以引用Model，反过来不行

View | view controller：不能直接引用model，引用ViewModel

viewModel：放置一些业务处理逻辑，视图显示逻辑，网络逻辑，数据缓存逻辑等

工作流程：首先View|View Controller将用户交互通知给ViewModel，然后通过更新model来反应状态的改变，model成功持有数据后通知ViewModel来更新他们负责的view

1 低耦合性：view可以独立于model进行变化和修改，一个viewModel可以绑定到不同的view上。

2 可重用性：可以把一些视图逻辑放入viewModel中，让很多view重用这单视图逻辑。

3 独立开发：开发人员可以专注于业务逻辑和数据的开发viewModel，设计人员可以专注于页面设计。

4 可测试性：可以针对viewModel进行测试

1 轻微的增加代码量，但总体上减少了代码的复杂度

2 数据绑定使得bug很难被调试

3 对于大的项目，数据绑定和数据转化需要花费更多的内存