MVP演化论

本文是翻译MVP: Model-View-Presenter The Taligent Programming Model for C++ and Java(Mike Potel)文章的摘要.该文介绍了从MVC到MVP的思想演化过程.

• SmallTalk编程模型
  • 在该项目中,使用了MVC来实现GUI(graphical user interface)对象.
  • 
  • 使用3个抽象来代表一个GUI对象(checkbox/textbox).
    • Model.代表对象对应的底层数据.(checkBox的on-off状态).
    • View.访问Model中的数据,并完成数据的UI展示.
    • Controller.决定用户在View上的交互动作,如何反映到Model中的数据变化.
    • 最后,Model会通知View,数据状态发生了变化,需要View重绘.整个流程结束.
  • 然后,通过继承和自定义基础的model,view,controller基类,来创建GUI对象.
    • 在一个GUI对象中,含有3个紧密关联的部分.
    • 一个复杂元素,可能会含有多个继承类.
    • 整个交互程序都使用MVC来构建.
• Taligent编程模型
• 目标是分解MVC的概念到各个组成部分.
• 首先,分离了Model和View-Controller.后者成为Presenter.
• 这样,将问题分解为两块:数据管理(Data Management)和用户界面(User Interface).
• 
• 数据管理.不仅包含了在Model中的数据表现,还包含了数据结构,访问方法,交换协议,持久化,共享,分布性等.
• 用户界面.不仅包含了如何在屏幕上绘制对象和鼠标键盘事件,还包含了什么操作是被允许的,会有什么样的反馈,如何辨别用户操作.
• 好处
  • Model被封装,隔离了与View-Controller的关联.
    • 当替换Model中的数据结构时,仍然可以保持既有的Presenter逻辑.
    • 针对同一份Model,可以有多份Presenter进行展示.这样便于并行开发.
    • 避免在修改数据Model时,需要同步修正使用Model的代码.
  • Model支持持久化.
    • 由Model自身来决定Model中的数据的存储方式.
    • 可以自己将数据保存在内存中,可以通过proxy来访问数据库,可以使用Cache机制...
    • 而这一切,对于上层的Presenter是完全透明的.
  • Model支持共享
    • 使用不同的Model来封装相同的远程数据,使得多个用户可以共享同一分数据.
    • 一个用户对数据的更改,所有人都能看到更新.能够多人同步地操作相同的数据.
• 数据管理的3个问题
  • 
• 用户界面的3个问题
  • 
  • Presenter.翻译用户发起的事件和指令,将其匹配到操作Model的对应Commond上.
• MVP模式
  • 
• MVP编程Framework
  • 
  • 
• 抽象的优势
  • 区分Model/View.
    • View独立:同一份数据可以有不同的展示.
  • 区分Selection/Model.
    • Model独立:改变数据的结构时,不会影响数据的使用.同时支持持久化,远程数据库,和共享.
  • 区分Commond/Selection.
    • 命令重用:单个命令可以应用到对同一Model的单个,多个或者所有数据元素的Selection上.
  • 区分Interactor/View.
    • 输入通用化:在不改变程序逻辑或数据的渲染,可以支持不同的菜单,对话框.
  • 区分Presenter/Command-Interactor.
    • 逻辑重用:程序逻辑和算法从特定的显示显示和数据管理细节中抽象出来,可以在不同程序间重用.
  • 整体上.
    • 平台的可移植性.多标准,分布式,层次分割.