• [转载]MVP(SC),MVP(PV),PM,MVVM 和 MVC 表现模式架构对比


    原文链接:http://tech.ddvip.com/2010-03/1269414998148153.html(为自己方便,也为大家方便!)

    翻译 CodeProject 上的一篇文章,对常见的几种表现模式 (Presentation patterns) 进行了说明,并进行对比。

    原文地址:http://www.codeproject.com/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        
      表现类   X X
      视图 X    
      业务模型 视图和业务模型之间通过绑定进行连接。
    Passive View        
      表现类   X X
      视图 X    
    Presenter model        
      表现类 X X  
      视图     X
    MVVM        
      表现类 X X  
      视图     X
      使用 WPF 、Silverlight 的数据绑定机制
    MVC        
      控制器   X X
      视图 X    

      再来一个图的对比

  • 相关阅读:
    python学习之控制流1
    python学习之字符串转换
    python学习之数据类型与运算符号
    python之获取微信好友列表并保存文档中
    python之微信自动发送消息
    python之微信好友统计信息
    java并发编程--AtomicInteger
    java.time学习
    chrome插件
    classpath和classpath*
  • 原文地址:https://www.cnblogs.com/SanMaoSpace/p/2519575.html
Copyright © 2020-2023  润新知