`
897371388
  • 浏览: 548275 次
文章分类
社区版块
存档分类
最新评论

PHP学习系列之深入理解MVC

 
阅读更多

MVC模式(Model-View-Controller)是软件工程中的一种软件架构模式,把软件系统分为三个基本部分:模型(Model)、视图(View)和控制器(Controller)。

MVC模式的目的是实现一种动态的程序设计,使后续对程序的修改和扩展简化,并且使程序某一部分的重复利用成为可能。除此之外,此模式通过对复杂度的简化,使程序结构更加直观。软件系统通过对自身基本部份分离的同时也赋予了各个基本部分应有的功能。专业人员可以通过自身的专长分组:

(控制器Controller)- 负责转发请求,对请求进行处理。
(视图View) – 界面设计人员进行图形界面设计。
(模型Model) – 程序员编写程序应有的功能(实现算法等等)、数据库专家进行数据管理和数据库设计(可以实现具体的功能)。

模型(Model) “数据模型”(Model)用于封装与应用程序的业务逻辑相关的数据以及对数据的处理方法。“模型”有对数据直接访问的权力,例如对数据库的访问。“模型”不依赖“视图”和“控制器”,也就是说,模型不关心它会被如何显示或是如何被操作。但是模型中数据的变化一般会通过一种刷新机制被公布。为了实现这种机制,那些用于监视此模型的视图必须事先在此模型上注册,从而,视图可以了解在数据模型上发生的改变。

视图(View) 视图层能够实现数据有目的的显示(理论上,这不是必需的)。在视图中一般没有程序上的逻辑。为了实现视图上的刷新功能,视图需要访问它监视的数据模型(Model),因此应该事先在被它监视的数据那里注册。

控制器(Controller) 控制器起到不同层面间的组织作用,用于控制应用程序的流程。它处理事件并作出响应。“事件”包括用户的行为和数据模型上的改变。

一、Classic MVC

MVC模式(Model-View-Controller)是软件工程中的一种软件架构模式,把软件系统分为三个基本部分:模型(Model)、视图(View)和控制器(Controller)。最早由Trygve Reenskaug在1978年提出,并应用在Smalltalk系统中。

Classic Mvc模式:

  • Model:封装领域数据及逻辑。用于管理应用程序域的行为和数据,并响应为获取其状态信息(通常来自视图)而发出的请求,还会响应更改状态的指令(通常来自控制器)。

  • View:查询领域数据并展现给用户。用于管理信息的显示。

  • Conctroller:截获用户请求并改变领域数据。用于解释用户的鼠标和键盘输入,以通知模型和/或视图进行相应的更改。

    MVC-Process

    从依赖关系看,Model不依赖View和Controller,而View和Controller依赖Model。

    Classic MVC关注两个分离:

  • 从Model中分离View

  • 从View中分离Controller

    从Model中分离View,主要基于以下几点考虑:

  • 不同的关注点:Model关注内在的不可视的逻辑,而View关注外在的可视的逻辑。

  • 多种表现形式:同一个Model往往需要多种View表现形式。

  • 提高可测试性:相对Model而言,View是不容易测试的。

    Desktop软件的时代,View和Controller往往是一一对应的关系,所以常常把他们合并成为UI,事实上,当时多数UI框架都没有实现从View中分离Controller。后来随着Web的兴起,这种分离(模板技术)才开始流行起来。

    本质上Classic MVC的结构如下图所示,之所以说本质上,是因为View和Controller其实是彼此关联的,但这种关联和稍后提到的MVP完全不同,更像是一种框架的副产品,为了避免引起混淆,这里省略了它们,具体参阅:How to use Model-View-Controller (MVC)

    classic_mvc

    Controller截获用户通过鼠标或键盘发出的请求,然后改变Model的状态,Model通过Observer Synchronization(观察者模式)通知View自己的状态发生了变化。View查询Model展现数据。

    Classic MVC并不完美,不适用于复杂的逻辑。举个例子:用户通过鼠标拖动滚动条来调整音量大小,如果音量大于某个数值,背景色变红以示提醒。当使用Classic MVC的时候,如何处理背景色变红的逻辑呢?

    有两个选择:

  • Model触发一个特殊事件,View收到后完成相关逻辑的处理。但我们前面说过,从依赖关系上看,Model应该完全无视View的存在。

  • 在View中判断音量临界值,达到后完成相关逻辑的处理。但我们前面说过,View是不容易测试的,应该尽可能减少逻辑处理。

    Classic MVC并不完美,不适用于复杂的逻辑。举个例子:用户通过鼠标拖动滚动条来调整音量大小,如果音量大于某个数值,背景色变红以示提醒。当使用Classic MVC的时候,如何处理背景色变红的逻辑呢?有两个选择:

  • Model触发一个特殊事件,View收到后完成相关逻辑的处理。但我们前面说过,从依赖关系上看,Model应该完全无视View的存在。

  • 在View中判断音量临界值,达到后完成相关逻辑的处理。但我们前面说过,View是不容易测试的,应该尽可能减少逻辑处理。

    上述只是提出了Classic MVC的一些缺陷,那到底如何解决呢?请继续关注下文~

    二、Application Model MVC

    大概上世纪八十年代,ParcPlace从Xerox Parc划分出来,负责Smalltalk的研发工作,为了适应更复杂的逻辑,开发了Classic MVC的改进版,也就是Application Model MVC,在原有架构基础上引入了Application Model,如下图所示:

    application_model_mvc

    Application Model在Model和View、Controller之间扮演着一个中继者的角色。接着看前面的例子,既然Model和View都不适合放背景色变红的逻辑,那么我们可以尝试把相关逻辑放在Application Model中实现,当用户通过鼠标调整音量大小时,Model触发一个普通事件,Application Model拦截到这个事件,判断音量是否大于临界值,如果是就触发一个特殊事件,View收到后完成相关逻辑的处理。

    Application Model MVC虽然看似解决了复杂逻辑的问题,但它仍然存在硬伤:

  • 随着以微软视窗为主的图形化操作系统的兴起,操作系统本身提供了一套原生的View接口,用来截获用户通过鼠标或键盘发出的请求,结果让Controller显得多余了。

  • 由于在Application Model MVC中,View的渲染只能通过事件的方式实现,Application Model不能直接操作View,所以某些情况下不能方便的实现业务逻辑。

    接着前面说的调节音量的例子,这次我们加个新功能,不再通过鼠标拖动滚动条来调整音量大小,而是给出一个文本框,让用户直接通过键盘输入阿拉伯数字表示音量大小,一旦用户输入非法内容(比如说英文字符),背景色变黄以示警告。问题是如果用户输入非法内容,就不应该改变Model的状态,但不改变Model的状态,View就没有机会收到渲染的事件。

    三、MVP

    大概上世纪九十年代,IBM的Mike Potel提出了MVP(Model-View-Presenter)的概念。

  • Model 定义使用者接口所需要被显示的资料模型,一个模型包含着相关的商业逻辑。

  • View 视图为呈现使用者接口的终端,用以表现来自 Model 的资料,和使用者命令路由再经过 Presenter 对事件处理后的资料。

  • Presenter 包含着元件的事件处理,负责检索 Model 取得资料,和将取得的资料经过格式转换与 View 进行沟通。

    与此同时,Smalltalk团队正在开发新一代框架,当他们看到MVP时,发现它不仅和MVC非常相似,并且很好的解决了复杂逻辑的问题,所以决定使用它,出于复杂度的关系,他们简化了MVP,最终看上去更像是把原本的MVC扭转了60°,把其中的VC颠倒了一下顺序:

    mvp

    View截获用户请求,然后委派给Presenter,Presenter改变Model的状态,Model通过Observer Synchronization通知View自己的状态发生了变化,View查询Model展现数据。

    最重要的是一点是Presenter和View彼此持有对方的引用。虽然View截获用户请求,但它并不处理,而是委派给Presenter处理,保证了可测试性,同时,因为Presenter可以直接操作View,不必受限于观察者模式。

    接着前面说的调节音量的例子,当用户通过鼠标拖动滚动条来调整音量大小时,View截获请求,并把请求委派给Presenter,如果Presenter发现音量大于临界值,直接操作View实现逻辑;当用户通过键盘输入音量大小时,View截获请求,并把请求委派给Presenter,如果Presenter发现内容非法,直接操作View实现逻辑。

    Martin Fowler分析了MVP的实现方式,分类为

    1、Supervising Controller

    Supervising-Controller

    2、Passive View

    Passive-View

    二者的区别在于Model和View是否有联系,在Supervising Controller的实现中,View可以查询Model,Model状态发生变化的话会通知View,而在Passive View的实现中,View不可以查询Model,Model状态发生变化的话会通知Presenter,由Presenter完成View的渲染。比较而言,Passive View的可测试性更好一些,但Presenter的代码量相应大些。

    前面我们讨论了MVC到MVP的演化史,随着Web的兴起,人们开始把MVC,MVP等知识应用到Web环境下,但Web环境有其特殊性,最重要的一点就是HTTP是无状态的,每次请求都是独立的,所以不可能实现观察者模式。

    四、Web MVC

    Java是Web MVC最早的实践者,开发出Model 2,使用JavaBean,JSP,Servlet分别对应MVC中的三个组成部分,紧接着Structs的出现开始让大众注意到Web MVC,不过真正让Web MVC流行起来的却是Ruby on Rails,其大致流程如下图所示:

    web_mvc

    一个典型的Web MVC流程:

  • Controller截获用户发出的请求

  • Controller调用Model完成状态的读写操作

  • Controller把数据传递给View

  • View渲染最终结果并呈献给用户

    在Classic MVC中,Controler可以改变Model的状态,View可以查询Model的状态,所以说对Model而言,Controller和View的地位是平等的,不过在Web MVC中,Controller变成了中继者,主要工作是协调Model和View,如此看来,Web MVC中的Controller等同于MVP中的Presenter。那为什么不叫Web MVP,而称之为Web MVC?这是因为截获请求的是Controller而不是View。

    五、MTV

    Python的Django框架宣称自己使用的是MTV,其实质仍然是Web MVC。Django将MVC中的视图进一步分解为 Django视图 和 Django模板两个部分,分别决定 “展现哪些数据” 和 “如何展现”,使得Django的模板可以根据需要随时替换,而不仅仅限制于内置的模板。至于MVC控制器部分,由Django框架的URLconf来实现。

    Django 里关注的是模型(Model)、模板(Template)和视图(Views),分别为:

  • Model,即数据存取层。 该层处理与数据相关的所有事务: 如何存取、如何验证有效性、包含哪些行为以及数据之间的关系等。

  • Template,即表现层。 该层处理与表现相关的决定: 如何在页面或其他类型文档中进行显示。

  • View,即业务逻辑层。 该层包含存取模型及调取恰当模板的相关逻辑。 你可以把它看作模型与模板之间的桥梁。

    mtv

    需要注意的是,不能简单的把 Django视图认为是MVC控制器,把 Django 模板认为MVC视图。 区别在于:

  • Django 视图 不处理用户输入,而仅仅决定要展现哪些数据给用户;

  • Django 模板 仅仅决定如何展现Django视图指定的数据。

    六、Web MVP

    在Desktop的时代,微软通过WinForms实现MVP,把组件化编程发挥到了极致,大大提升了开发效率,随着Web的兴起,微软希望延续这样的编程模式,所以使用WebForms实现了Web MVP,引入了CodeBehind,ViewState等设计概念。

    web-forms

    当一个浏览器向服务器请求一个aspx页面时的简体步骤如下:

  • 服务器会首先创建前台页面aspx类的对象,当子类(aspx类)被创建时,父类(后台页面CS类)也会顺便被创建。

  • 接着就会在前台页面类中调用ProcessRequest方法(PR方法不是在前台页面类中定义的,而是在Page类中定义的,

  • 因为CS类继承与page类,而aspx类又继承与page类,所以PR方法相当于aspx类的爷爷类中定义的)。

  • 在PR方法中调用BuildControlTree方法,把前台页面所有的html控件和runat=server的控件转成对应的控件对象并添加在前台页面

  • 类得Controls集合中(这里当前页面即aspx页面类是根节点),而且runat=server的控件对象会保存在后台CS类中的一个对应类型的变量中。

  • 在PR方法中调用后台页面CS类的Page_Load方法,这个方法中的代码是程序员自己写的。

  • 最后再PR方法中调用Render_Controls方法,来遍历控件树中每一个节点的Render_Controls方法,生成完整的html代码

  • 把完整的html代码返回给浏览器。

    七、ASP.NET MVC

    微软同时又推出了类似Web MVC的ASP.NET MVC,但是在截获请求部分还是存在着一些差别,具体请看下图:

    asp_net_mvp_vs_mvc

    ASP.NET MVC的具体工作流程为:

    asp.net_mvc

    当用户从浏览器输入地址,发出页面请求,到返回结果,一般经过以下步骤:

  • 当用户输入地址,发出请求时,实际上就是向控制器发出相关命令

  • 控制器接收用户指令后,向模型请求获得相关数据

  • 模型将对应的数据返回给控制器

  • 控制器将有关数据发送到指定视图

  • 指定的视图呈现指定的数据

    Web Forms构建web相对容易,开发人员只需在一个可视化设计器中拖放控件,设置相关属性即可,通过编写代码来响应事件,使得对于程序的逻辑操作非常直观。但是,开发人员很难了解背后HTML是如何运行的,同时,如果没有合理控制ViewState的话,页面的尺寸将大大超过预期,使得页面打开相当缓慢,随着web应用的复杂化,不容易测试也是开发中面对的一个问题.

    MVC避免了Web Forms所带来的复杂性,没有数据回传,没有页面中保存视图状态,开发者可以完全掌握页面呈现的全过程,使用模型、视图及控制器将web划分为不同的组件,有利于开发与设计的分离,也提高了程序的可维护性和扩展性,特别是利于应用程序的测试,可以比较容易的实施测试驱动开发。

    两种开发技术并存。 MVC只是给开发者提供了开发web应用程序的一种选择,而不是替代传统的Web Forms,这两种技术应用于不同的场合具有不同的优缺点。具体两者之间的比较分析,可以查看WebForms vs. MVC

    八、MVVM

    Model-View-ViewModel是一种架构模式,主要在WPF、Silverlight和WP7开发里使用,它的目标是从视图层移除几乎所有代码隐藏(code-behind)。MVVM是更加通用的Presentation模式的一个具体实现。MVVM视图模型包含概念模型而不是数据模型,所有业务逻辑和其它操作都是在模型和视图模型里完成的。

    IC606760

    在WPF/Silverlight中应用MVVM模式,View主要用于界面呈现,ViewModel用于逻辑实现,Model用于数据的构造,而这三者能够进行通信,最重要的是通过WPF/Silverlight中强大的数据绑定机制,将View和ViewModel有效的联系起来。

    mvvm

    使用MVVM架构最大的好处是:开发人员在写程序的时候不需要做UI,而设计人员可以使用Microsoft Expression Blend 4+设计全部的UI并且不需要写任何代码。主要的好处如下:

  • 设计人员可以用设计工具很容易的设计UI,而且不需要写任何代码

  • 你可以更好的设计UI,而且可以让即使不是开发人员使用。

  • 可以先设计UI或者与开发同时设计。

  • 当UI全部改变时,代码可以不改变。

    为了达到以上要求。当你设计UI时,后台不能有任何代码。并且UI与应用程序通过Bindings和Commands相互交互,其中Bindings和Commands在ViewModel中设计。

    Model层主要为应用程序提供数据。其主要包含

  • Web Services:SilverLight应用程序的特点就是必须通过Web service取得数据,你可以调用Web Service中的方法。

  • Rest Services:和Web Services一样

  • Generic Collections:任何类型的数据集合

    View Model一般有以下三个部分组成

  • 属性:一个事物,它的类型可以是一个字符型,也可以是一个对象。实现接口INotifyPropertyChanged,那么任何UI元素绑定到这个属性,不管这个属性什么时候改变都能自动和UI层交互。

  • 集合:事物的集合,它的类型一般是ObservableCollection,因此,任何UI元素绑定到它,不管这个集合什么时候改变,都可以自动的与UI交互。

  • Commands:一个可以被触发的事件,并且可以传递一个类型为Object的参数。但是前提是要实现接口ICommand。

    这一层可以用Expression Blend设计,不用写任何代码。主要有以下三个部分组成

  • 把View Model层的属性绑定到 text box, radio button, toggle button, MediaElement, trigger an animation or ViewState change

  • 把View Model层的集合绑定到ListBox,TreeView,DataGrid

  • Commands

    使用InvokeCommandAction实现以下behavior

  • A、绑定View Model层的ICommand

  • B、指出你需要实现的ICommand(比如Click事件,Selected事件。。。)

  • C、传递参数

参考链接:http://blogread.cn/it/article/6737?f=wb2

分享到:
评论

相关推荐

    PHP与MVC

    对于想要深入学习PHP MVC的开发者,可以参考以下资源: - 博文链接:[PHP MVC学习](https://caihorse.iteye.com/blog/1064068) - 在线教程:W3School的PHP教程(包括MVC部分) - 开源框架文档:如Laravel、Symfony、...

    PHP MVC

    **PHP MVC 框架详解** 在Web开发领域,PHP是一种广泛应用的服务器端脚本语言,而MVC(Model-View-Controller)模式是软件设计...随着对PHP和MVC模式的深入理解,开发者将能够更好地应对复杂的项目挑战,提高开发效率。

    php MVC 源码,仅供大家学习

    **PHP MVC 模式详解** ...通过深入学习这个PHP MVC源码,你可以提升自己的PHP编程技能,了解MVC模式的实际应用,为今后的Web开发打下坚实基础。同时,参与社区讨论和共享知识,如描述中提到的,能让你的学习效果更佳。

    PHP mvc框架

    通过构建Todo应用,你可以深入了解MVC模式如何工作,以及如何利用PHP实现这一模式。这将有助于你更好地理解现有的PHP MVC框架,并在未来的工作中更高效地使用它们。通过实践,你还能学习到如何组织代码,遵循最佳...

    php mvc技术实现大全

    通过学习这些资料,开发者可以深入理解PHP MVC模式,掌握如何构建高效、可维护的PHP Web应用,并避免在实践中遇到的问题。同时,对Smarty模板引擎的了解可以提升视图设计的效率,而对MVC模式误区的了解有助于写出更...

    PHPmvc框架项目

    在IT行业中,PHP MVC框架是Web开发领域中的一个重要概念,尤其对于那些想要构建高效、可扩展和易于维护的Web应用程序的开发者来说...通过研究和使用这样的框架,开发者可以深入理解MVC模式,并提升自己的PHP开发技能。

    php mvc案例下载

    下载这个PHP MVC案例,你可以深入理解如何在实际项目中应用MVC模式。通过阅读和修改代码,你可以学习到如何组织和解耦代码,提高代码的可维护性和可扩展性。同时,这也为你进一步研究和掌握PHP MVC框架打下坚实基础...

    php MVC小案例 留言

    【PHP MVC模式详解】 ...总结,这个PHP MVC小案例是一个理想的实践平台,让你深入理解MVC模式的工作原理以及它如何提升Web开发效率。通过动手实践,你将更好地掌握PHP MVC设计模式,并能够将其应用于更复杂的项目中。

    php运行机制和mvc

    这有助于深入理解其内部工作原理。同时,有很多工具可以帮助开发者更好地进行PHP开发,如IDE(集成开发环境)如PHPStorm,调试工具如Xdebug,性能分析工具如XHProf,以及版本控制工具Git等。这些工具能够提高开发...

    PHP 封装简单MVC框架

    **PHP MVC框架基础详解** PHP MVC(Model-View-Controller)框架是一种常见的Web应用程序设计模式,它将应用程序的逻辑分为了三个主要部分:...同时,不要忘记查阅相关文档和在线资源,以便更深入地学习PHP和MVC模式。

    php简易MVC框架

    **PHP简易MVC框架详解** PHP简易MVC框架是由新浪的...总结,PHP简易MVC框架是一个学习MVC模式的良好起点,通过它,开发者可以深入理解Web开发的结构和流程,提升编程能力,并为将来使用更复杂的框架打下坚实的基础。

    phpMVC分层简结源码

    本教程以"phpMVC分层简结源码"为例,深入解析这一模式的实现原理和应用。 **1. Model(模型)层** 模型层是应用程序的核心,负责处理业务逻辑和数据操作。在PHP MVC中,模型通常与数据库交互,执行查询、插入、...

    php5的mvc实现

    - **框架的使用**:像Laravel、Symfony等PHP框架已经内置了MVC模式,初学者可以通过学习这些框架了解MVC的实际应用。 通过实践PHP5的MVC实现,开发者可以提高代码的可维护性,降低复杂度,同时提升开发效率。对于...

    MVC+PHP小程序

    **MVC+PHP小程序详解** 在IT行业中,MVC(Model-View-Controller)模式是一种广泛应用的软件设计模式,尤其在Web开发领域,如PHP编程中。...希望这个解释能对理解MVC+PHP的小程序有所帮助,并激发进一步的改进和学习。

    php中mvc源码项目

    通过这个PHP雇员系统开发项目,你可以学习到如何有效地组织代码,理解MVC模式的工作原理,以及如何在实际项目中应用这些概念。这不仅有助于提升你的PHP编程技能,也有助于你适应其他基于MVC的Web开发框架。

    php mvc留言板

    接下来,我们将通过分析提供的代码片段来深入理解 PHP 如何实现 MVC 留言板系统。 ##### 1. 数据访问层 (Data Access Layer) 这部分主要涉及数据库的操作。例如,在提供的代码中 `DataAccess` 类实现了对 MySQL ...

    PHP__单入口MVC模式实例

    在IT行业中,PHP是一种广泛应用的服务器端脚本语言,尤其在构建动态网站和Web应用程序时。...这个实例为初学者提供了学习和实践这一模式的机会,对于深入了解Web开发和PHP MVC架构有着重要的价值。

    PHP留言板 mvc

    通过这个PHP留言板项目,开发者不仅可以学习到MVC设计模式的应用,还能深入了解PHP、数据库管理和前端技术的综合运用。同时,Smarty模板引擎的使用,也能让开发者体验到前后端分离的优势,提高开发效率和代码质量。

    基于MVC设计模式开发出的简单PHP框架,学习必备

    **基于MVC设计模式的PHP框架详解** MVC(Model-View-Controller)设计模式是软件工程中一种广泛采用的架构模式,...通过深入研究和实践基于MVC的PHP框架,开发者可以不断提升自己的技能,应对各种复杂的Web开发挑战。

    MTPL.rar_mvcphp_php mvc yuandaima

    通过这个压缩包,你可以了解到如何在PHP中实现MVC架构,理解模型、视图和控制器的角色,以及如何使用简单的数据库操作类来处理数据。对于初学者来说,这是一个很好的起点,对于经验丰富的开发者来说,也是一个回顾...

Global site tag (gtag.js) - Google Analytics