喜欢本文的请随意转载，但请留下原文地址，谢谢：
知识来自于经验的积累，而历史是最深远的经验。——偶自己O(∩_∩)O~
一、MVC
经典版：
1979年，Trygve Reenskaug在一篇论文中提出MVC模型。
当时，具有强大交互能力的操作系统并不存在，而且并没有当下的控件概念，系统接收的都是直接来自鼠标和键盘的事件。
所以当时的概念中：
View，是仅仅用于展示，没有交互能力的木偶视图。
Controller，才是与用户交互的直接对象，分发鼠标和键盘的事件。
Model，更大意义上是一个动词，是对整个业务场景的抽象建模。
没错，你没有看错，在原版的MVC中，View是通过观察者模式，直接在Model中注册，然后经由Model更新界面的，而在下方，你将会看见更为熟悉的示意图。
变体1：
控件系统或说是组件化思想的发展，促使View与Controller被封装成一个个具有交互能力的控件。而且强大的操作系统也成长起来，大量的键鼠事件被它们管理起来。
于是View，开始成为与用户交互的直接对象，
而对于Controller来说，来自键盘和鼠标的事件则被抽象为View所发出的事件，
于是，当下常见的MVC示意图诞生了：
变体2：
某些场景下，人们认为View和Model应该更进一步解耦，于是将对数据的订阅下放到Controller层，如下图：
此时一定会有人大呼，这不是MVP吗？好吧，下面就会说道MVP，但是在此之前，有必要看一下剩下的变体。
更多变体：
主要是业务逻辑的部分，可能分出一部分在Controller或View层，当然，严格来说是不符合规范的，但是当实际编码时，总是会有各种各样的原因造成此类情况，这个。。你们懂的~~
二、MVP
虽然上面示意图中，Controller画成一大块，但实际情况是，Controller是由很多小Controller组成的，它们或多或少的与View对应，就像View其实是由许多界面组成的一样。
懒，是人的天性，不仅推动了时下热门的懒人经济，也推动着科学技术的发展。Controller就是懒人们的下一个目标，而在历史的那一刻站出来的懒人，他叫Mike Potel。
1996年，一篇论文中，他在MVC变体1（那个时候，控件系统已经成熟）的基础上，提出了MVP模型，与 MVC变体1 最大的区别在于：
Presenter是一个总控系统，取代了大大小小的Controller们。
其原话：we refer to this kind of controller as a presenter.
看，Presenter是一个特殊的Controller。它与经典版MVC中的C差异更大：
1、它是总控系统。
2、它接收来自控件系统的消息。
如图：
当然，MVP也有相应的解耦版变体：
三、MVVM
最后，来说说真正比较大的改变：
2005年，微软的架构师John Gossman推出了MVVM模式。
其核心部分是DataBinding机制。顾名思义，其功能就是将Model的数据绑定到View层，甚至是将View层控件的变换绑定到Model的双向绑定。
但是此前说了，Model是对现实场景的建模，但并非对UI界面的建模，所以Model往往并不能直接与View进行绑定，所以需要添加一个中介，对View层进行建模，即ViewModel：
MVVM真正的创举在于对视图建模的思想，特别是当下的移动时代，对于开发有着丰富界面交互体验的开发者来说，ViewModel似乎更契合业务场景。同时，强大的DataBinding机制也大大减少了工作量。
不过正如大家所想，ViewModel也是与View一一对应的，所以会有很多很多个ViewModel，是不是有一种似曾相识的感觉？
历史上的事情总是相似的。
太阳之下无新鲜事——所罗门
没错，推动技术革新的懒人们，不，是天才们很快又会站出来：
「写那么多ViewModel实在是太麻烦啦！」
当然，那是另外的故事了。
欲知详情，欢迎关注我，并欣赏另一篇文章《Android架构设计的变迁》
如有不当之处，还请各位斧正，谢谢。
网友评论