架构设计的历史·MVC·MVP·MVVM

2015-12-26 本文已影响1330人森与渊

喜欢本文的请随意转载，但请留下原文地址，谢谢：

知识来自于经验的积累，而历史是最深远的经验。——偶自己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，但是在此之前，有必要看一下剩下的变体。

二、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架构设计的变迁》

如有不当之处，还请各位斧正，谢谢。