https://www.jianshu.com/p/47deaced9eb3
了解设计模式的人应该都多少听说过MVC模式。 严格意义上来说，“MVC模式”是一个伪概念，因为MVC并不属于设计模式，至少不属于GoF的23种设计模式之一，而更像是一个设计模式的结合体：V和C之间会实现观察者模式，M内部会实现单例模式，C在派发任务时会实现Command模式。 不得不说，MVC模式对软件的高可扩展性和高可维护性做出了巨大的贡献，这也使得MVC模式成为很多中等规模甚至大规模软件的常用框架，且经历了20余年仍旧在软件开发领域流行并通用，足可见MVC模式的经典。 但是传统MVC模式真的那么完美吗？
让我们一个个来说。 Controller：控制器，包含了项目的业务逻辑。但是也是被大家吐槽最多的一个，原因就是很多人，或者说大多数人，习惯于什么都往Controller里写，最后一个Controller超过1000行代码是司空见惯的事。所以关于传统MVC的第一个痛点就是，Controller过于臃肿。 Model：模型，包含了项目的数据模型。MVC定义之初，Model是核心，旨在使得同一个Model可以被复用到多个项目或者被复用到同一个项目的不同模块之中。但是在实际项目中，Model还承载着纯Model层内部的运算的工作，但是运算部分会项目的不同而有所区别，因此与项目的适配反而成为了Model可复用的枷锁。所以关于传统MVC的第二个痛点就是，Model变得不可复用。 View：视图，包含了项目所有的UI组件。视图本身没有什么好被大家诟病的，但是由于MVC中对于View和Controller界限的模糊界定造成了使用者在写代码的时候会觉得这部分代码放在View或者Controller里都可以的情况。例如事件的处理，组件的组合等。所以关于传统MVC的第三个痛点就是，View概念的模糊。
既然上文说的是传统MVC，那么可以判定PureMVC是一个新型MVC。
其实PureMVC只是相对于传统MVC（20年陈酿）来说“新”一些而已，因为PureMVC今年也已经有10年的历史了。
PureMVC是一款基于MVC的开源框架，最初是为基于ActionScript3的Flash,RIA程序开发的，后来被移植到 16种语言平台上。
PureMVC分为标准版本和多核版本，后者为程序的模块化开发提供了支持。本文以标准版为例分析PureMVC。
PureMVC架构图
在PureMVC实现的MVC模式中，MVC分别由三个单例模式来管理，三者成为PureMVC的核心层。
Proxy（模式），提供了一个一个包装器或一个中介被客户端调用，从而达到去访问在场景背后的真实对象。Proxy模式可以方便的将操作转给真实对象，或者提供额外的逻辑。 在PureMVC中，Model保存了对Proxy对象的引用，Proxy去操作具体的数据模型（Data Object）。也就是说，Proxy管理Data Object以及对Data Object的访问。
Mediator（模式），定义了一种封装对象之间交互的中介。这种设计模式被认为是行为模式因为它可以改变模式的运行行为。 正如定义里所说，PureMVC中，View只关心UI，具体的对对象的操作由Mediator来管理，包括添加事件监听，发送或接受Notification，改变组件状态等。这也解决了视图与视图控制逻辑的分离。
Command（模式），是一种行为设计模式，这种模式下所有动作或者行为所需信息被封装到一个对象之内。Command模式解耦了发送者与接收者之间的联系。 在PureMVC中，Controller保存了所有Command的映射。Command是无状态且惰性的，只有在需要的时候才被创建。