MVP(SC),MVP(PV),PM,MVVM 和 MVC 表现模式架构对比.docx

内部公开Internal Use Only/KB/aspnet/ArchitectureComparison.aspx表现模式 (Presentation patterns) 背景与用户界面 (UI) 相关的最大的问题就是大量的凌乱的代码，主要是由这两个因素造成的，首先是用户界面包含负责的逻辑用于维护界面相关对象，其次也包含了应用程序状态的维护。表现模式 (Presentation patterns) 就是围绕如何移除用户界面的复杂性，让界面更加简洁和可管理而产生的，下图就是常见表现模式的种类与分类：查看原图（大图）用户界面的3大问题：状态 (State) ， 逻辑 (Logic) ，同步 (Synchronization)状态 (State) ： 状态是用户界面最关心的问题之一。状态是用户界面数据的当前快照，在 Web 应用中，可能是 Session 级别的一个变量，在 Windows 应用中， 则可能只是界面级别的数据。 用户界面包含的状态越多， 则用户界面越复杂。逻辑 (Logic) ： 用户界面往往包含界面逻辑，例如维护文本框、组合框或者其它任何界面元素，用户界面中这种逻辑越多，则用户界面越复杂。同步 (Synchronization) ： 用户界面通常需要和业务组件协作，因此用户界面需要在界面元素与业务对象之间同步数据，如果用户界面包含的同步任务越多，则用户界面越复杂。这三大问题与用户界面的关系如下图：表现设计模式 (Presentation Design Pattern)表现设计模式有助于解决上面列出的问题， 它的的基本逻辑就是创建一个额外的表现类 (Presenter) ，用来消化用户界面中复杂的逻辑，数据和同步的问题，从而使得用户界面变得简单明了。根据这个类承担责任的多少，决定了表现设计模式的类型，可能是 SC , PV , PM 等，也就是说，这个类的成熟度决定了它将是那种设计模式。查看原图（大图）有用的缩写缩写完整形式V视图 (View) 或者用户界面 (UI)P包含界面逻辑的表现类 (Presenter class which has the UI logic.)L用户界面逻辑S用户界面的状态M业务组件或业务对象SC监视控制器 (Supervising controller)PV被动视图 (Passive view)PM表现模型 (Passive view)监视控制器模式 (SC)状态在视图中保存表现类拥有复杂的表现逻辑，只关注简单的界面绑定逻辑，例如 WPF 或 Silverlight 等提供的绑定机制 (Presenter owns the complex presentation logic. Simple UI binding logic is taken care by using binding technologies like WPF binding and Silverlight binding. Anything complex is taken care presenter class. )表现类关注视图视图不关注表现类视图通过数据绑定和业务模型进行关联被动视图模式 (PV)状态在视图中保存所有的界面逻辑都被包含在表现类中视图和业务模型完全独立，这种情况下需要一些在业务模型和视图之间进行同步数据的工作表现类关注视图视图不关注表现类表现模型 (PM)表现类包含逻辑表现类包含状态表现类代表抽象的用户界面表现类不关注用户界面视图关注表现类视图与业务模型完全隔离MVVM继承自表现模型使用 WPF 以及 Silverlight 的绑定机制MVC没有表现类，有控制器 (Controller)请求首先到达控制器控制器负责绑定视图与业务模型逻辑存在于控制器中查看原图（大图）总结与对比下表是这几种表现模式从状态，逻辑与同步的角度进行的对比状态逻辑同步Supervising controller表现类XX视图X业务模型视图和业务模型之间通过绑定进行连接。Passive View表现类XX视图XPresenter model表现类XX视图XMVVM表现类XX视图X使用 WPF 、Silverlight 的数据绑定机制MVC控