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 对于大的项目，数据绑定和数据转化需要花费更多的内存
发表评论 (审核通过后显示评论)：