首页 > 代码库 > MVP演化论
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来封装相同的远程数据,使得多个用户可以共享同一分数据.
- 一个用户对数据的更改,所有人都能看到更新.能够多人同步地操作相同的数据.
- Model被封装,隔离了与View-Controller的关联.
- 数据管理的3个问题
- 用户界面的3个问题
- Presenter.翻译用户发起的事件和指令,将其匹配到操作Model的对应Commond上.
- MVP模式
- MVP编程Framework
- 抽象的优势
- 区分Model/View.
- View独立:同一份数据可以有不同的展示.
- 区分Selection/Model.
- Model独立:改变数据的结构时,不会影响数据的使用.同时支持持久化,远程数据库,和共享.
- 区分Commond/Selection.
- 命令重用:单个命令可以应用到对同一Model的单个,多个或者所有数据元素的Selection上.
- 区分Interactor/View.
- 输入通用化:在不改变程序逻辑或数据的渲染,可以支持不同的菜单,对话框.
- 区分Presenter/Command-Interactor.
- 逻辑重用:程序逻辑和算法从特定的显示显示和数据管理细节中抽象出来,可以在不同程序间重用.
- 整体上.
- 平台的可移植性.多标准,分布式,层次分割.
- 区分Model/View.
声明:以上内容来自用户投稿及互联网公开渠道收集整理发布,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任,若内容有误或涉及侵权可进行投诉: 投诉/举报 工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。