MVC:M(模型)+V(视图)+C(控制器)
MVVM:M(模型)+V(视图+控制器)+VM:(视图模型)
1.MVC架构模式
这张图片是斯坦福大学公开课上最经典和最规范的MVC标准.
比如我们要用MVC架构模式实现这个页面
a.模型对象(M)
是封装了应用程序的数据,简单理解就是一个页面中要展示每一个商品的价格,图片,描述,销量.价格模型对象中就有相应的价格,图片,描述,销量,价格属性.
b.视图对象(V)
是绘制出来的用户可以看见及操作的视图,比如每一个商品存在cell中,cell又有
说商品的价格要用Laber显示,图片要用UIImageView显示等
c.控制器(C)
连接视图类和模型类，任务是把每一个商品信息都显示在屏幕上。
那么他们之间又是如何通信的呢.
1.模型和控制器之间的通信方式
a.广播通知，控制器注册监听模型数据变化的通知，在数据变化时，模型发送广播通知，控制器收到通知进行下一步处理。
b.KVO（key-value-observing）：就是用模型座位控制器的一个属性，模型中的值有所改变，下次控制器在使用模型数据时，会取到最新的数据。
2.视图与控制器通信方式
a.目标动作机制（target-action），简单来讲就是用户与视图交互，通过交互事件触发控制器的方法。比如：按钮的点击，下拉刷新等等。
b.委托代理（delegate），视图讲自己无法决定的是委托给控制器实现，通过自己的代理方法完成自己的需要，比如商品的点击对应进入商品的详情页面。
c.数据源机制，视图告诉控制器想要做什么，比如每个商品的显示，商品数据存在model中，控制器访问model拿到数据再告诉视图怎么显示。
总结:MVC看似挺好，但是问题来了，MVC使用起来内部逻辑可以说是相当复杂，在设计的时候需要很好的考虑，能够完全自如的适用MVC也算是有一定的水准了。建议：项目相对不是很大的就不要用了。
2.MVVM架构模式
从上面这张图MVVM比MVC多出来一个VM的结合体,这个多出来的结合体对视图控制器以任何形式直接起作用或直接通告其变化,呈现由 view-model 提供的数据。当展示一个新的视图控制器时, 或很小的视图被 view-model 表现时, 你应要求当前的 view-model 为你创建一个子 view-model.
以上面那个商品列表页面来说,我们需要建立一个productViewModel为控制器提供商品的价格,图片,描述,销量,价格数据.
总结:在 iOS 上使用 MVVM 的动机,就是让它能减少 View Controller 的复杂性并使得表示逻辑更易于测试
