理解PHP中的MVC编程之MVC框架简介

【什么是MVC？】

　　MVC是一个可以让你把“三个部分（即MVC的全称，Model、View、Controller）”谐调地组成一个复杂应用程序的概念。一辆汽车就是一个在现实生活中非常好的MVC例子。我们看车都看两个View（显示）部分：内部和外部。而这两个都离不开一个Controller（控制者）：司机。刹车系统、方向盘和其他操控系统代表了Model（模型）：他们从司机（Controller）那里取得控制方法然后应用到内部和外观（View）。

　　【网络上的MVC】

　　MVC框架所涵盖的概念相当简单并且极度灵活。基本的概念就是，你有一个单独的控制器（如index.PHP）用来控制所有建立在参数请求基础上的框架内应用程序。这个控制器通常包含了（最小程度上）一个定义模型的参数、一个事件和一个GET参数。这样控制器就能确认所有的请求然后运行相应的事件。打个比方来说，一个像这样/index.PHP?module=foo&event=bar的请求很有可能就是用来载入一个名叫foo的类，然后运行foo::bar()[就是其中的bar()函数]。这样做的好处有：

　　一个对应所有应用程序的接口

　　同时维护一个应用程序内无数的代码非常麻烦，因为每一段代码都有自己的相对路径、数据库链接、验证等等。而这样做就免除你在这方面的烦恼，允许你合并并重复使用代码

　　【为什么要创建作者自己的MVC框架？】

　　迄今为止，我没有见到过太多用PHP写的MVC框架。事实上我仅仅知道一个－Solar，是完全用PHP5写的。另外一个是Cake，一个试图成为PHP的RoR（Ruby on Rails－一个Ruby语言开源网络框架）。我自己对这两个框架都有一些不满意的地方：它们都没有利用到PEAR，Smarty等所包含的现有代码；现在的Cake还比较紊乱；最后，Solar是一个绝大部分由一个人写的作品（我无意说其作者Paul不是一个好人或者好程序员）。这些问题可能并不会让你否认它们，而且很有可能你根本不关心这些问题。但是正因为如此，我请各位尽可能地审视它们。

　　【老方式】

　　如果回到2001看自己写的代码，作者有可能找到一个叫template.txt的文件，它看起来像这样：

以下为引用的内容： ＜?PHP 　require_once('config.PHP'); // Other requires, DB info, etc. 　 $APP_DB = 'mydb'; 　 $APP_REQUIRE_LOGIN = false; // Set to true if script requires login 　 $APP_TEMPLATE_FILE = 'foo.PHP'; // Smarty template 　 $APP_TITLE = 'My Application'; 　if ( $APP_REQUIRE_LOGIN == true) { 　　if (!isset( $_SESSION['userID'])) { 　　　header("Location: /path/to/login.PHP"); 　　　exit(); 　　} 　} 　 $db = DB::connect('mysql://'. $DB_USER.':'. $DB_PASS.'@localhost/'. $APP_DB); 　if (!PEAR::isError( $db)) { 　　 $db-＞setFetchMode(DB_FETCHMODE_ASSOC); 　} else { 　　die( $db-＞getMessage()); 　} 　// Put your logic here 　// Output the template 　include_once(APP_TEMPLATE_PATH.'/header.PHP'); 　include_once(APP_TEMPLATE_PATH.'/'. $APP_TEMPLATE_FILE); 　include_once(APP_TEMPLATE_PATH.'/footer.PHP'); ?＞

　　天哪，只是看这些代码都会让我有退缩的欲望。这段代码的概念就是确保每一个应用程序都能适用于这个处理方法，比如我可以简单地将template.txt拷进myapp.PHP，改变一些变量，瞧，它就能运行起来了。尽管如此，这个组织严密的处理方法存在一些严重的缺点：

　　如果我的老板想让作者用myapp.PHP在一些情况下输出PDF、一些情况下输出HTML、一些情况下（直接提交的XML请求）SOAP，我该怎么办？

　　如果这个应用程序需要IMAP或LDAP验证，我该怎么办？

　　我该如何处理各种不同的代码（包括编辑、升级和删除）？

　　我该如何处理多级验证（管理员 vs. 非管理员）？
我该如何启用输出缓存？www.PHPv.net 转载请注明出处

　　【新方式】

　　将所有东西都扔进这个MVC框架，你会发现生活是如此简单。请对比以下代码：

以下为引用的内容： ＜?PHP 　class myapp extends FR_Auth_User 　{ 　　public function __construct() 　　{ 　　　parent::__construct(); 　　} 　public function __default() 　{ 　　// Do something here 　} 　public function delete() 　{ } 　public function __destruct() 　{ 　　parent::__destruct(); 　} } ?＞

　　注意这段代码显然不是用来链接到一个数据库、判断一个用户是否已经登陆、或者输出任何其他信息。控制器掌握了所有的一切。

　　如果我想验证LDAP，我可以建立FR_Auth_LDAP。控制器可以识别某些输出方法（比如 $_GET['output']）并可以随时转换成PDF或者SOAP。事件处理delete，只负责删除，其他的它都不管。因为这个模块拥有一个FR_User类的实例，它可以简单地判断一个用户是否已经登陆等等。Smarty，作为模板引擎控制缓存是理所当然的，但是控制器同样可以控制一部分缓存。

　　从前面讲的老方式到MVC方式对于很多人来讲可能是一个全新、陌生的概念，但是一旦你转换到了这样一个概念，那么要转回去将是件相当困难的事情。

 

　【建立底层】

　　我是一个PEAR尤其是PEAR_Error类的爱好者。PHP5引入了一个新的内建类“Exception”?取代了PEAR_Error。但是PEAR_Error拥有一些比Exception还要实用的特性。所以，在此系列文章中的MVC框架实例将用到它来做错误处理。无论如何，我还是要用到Exception获得从构造器中的错误，因为它们本身不能传回错误。

　　设计这些基础类的目的有如下几点：

　　利用PEAR快速添加功能到基础类

　　建立小巧、可反复实用的抽象类以便让使用者在此框架中快速开发出应用程序

　　用PHPDocumentor给所有的基础类生成文档

　　类的层次看起来会像这样：

　　-FR_Object将会提供基础的功能以供其他所有对象使用（包括logging，一般的setFrom()，toArray()）

　　-FR_Object_DB是一个小层面，给子类提供数据库链接等功能

　　-FR_Module是所有应用（又称模块、模型等等）的底层类

　　-FR_Auth是所有验证机制的底层类

　　　·FR_Auth_User是一个验证类，用来验证所有需要验证用户是否登陆的模块

　　　·FR_Auth_No是所有不需要验证的模块的“假验证类”

　　-FR_Presenter是所有用来处理载入和显示应用的底层类

　　-FR_Presenter_Smarty是包含了载入不同驱动器能力的显示层。Smarty是一个非常好的模板类，它拥有内建的缓存机制以及一个活跃的开发团体（译者注：这分明就是打广告嘛～）

　　　·FR_Presenter_debug是调试部分的显示层。依靠它，开发者能够调试应用程序并给他们除错

　　　·FR_Presenter_rest是一个可以让开发者能够以XML方式输出应用程序的REST显示层

　　从以上的基础类结构上，你应该可以看到这个MVC框架的不同部分。FR_Module提供所有模块所需要的东西，而FR_Presenter则提供不同的显示方法。在此系列文章中的下一篇中，我将创建控制器将这上面所有的基础类结合在一块。

　　【代码标准】

　　在你正式编写代码之前，应该坐下来跟你的合伙人（或者你自己）好好讨论（或思考）一下代码标准。MVC编程的整体思想围绕着两点：代码的可再利用性（减少偶合）和代码的标准化。我推荐至少应该考虑到如下几点：

　　首先要考虑的是变量命名和缩写标准。不要因为这个跟你的合作伙伴大吵一通，但是一旦定下来的标准，就要自始至终地遵从，尤其是写底层代码（基础类）的时候。

　　定制一个标准前缀，用在所有的函数、类和全局变量上。不走运的是，PHP不支持“namespace（命名空间）”。所以要想避免混淆变量名和发生的冲突，用一个前缀是个明智的做法。我在整篇文章中将使用“FR_”作为这样的前缀。

　　【编写底层】

　　文件层次规划很重要。基本的层次规划很简单且在一定程度上是严格定义的：

以下为引用的内容： / config.PHP index.PHP includes/ Auth.PHP Auth/ No.PHP User.PHP Module.PHP Object.PHP Object/ DB.PHP Presenter.PHP Presenter/ common.PHP debug.PHP smarty.PHP Smarty/ modules/ example/ config.PHP example.PHP tpl/ example.tpl tpl/ default/ cache/ config/ templates/ templates_c/

　　你可能会想这样的文件层次肯定代表了很多的代码！没错，但是你能够完成它的。在整个系列结束后，你会发现你的编程将会变得更简单并且开发速度会得到很大的提升。

　　在文件层次里面，所有的基础类都在includes文件夹内。每一个功能模块，都用一个配置文件，至少一个模块文件和一个模板文件。所有的模块包含在modules文件夹内。我已经习惯了将模板文件放在单独的外部文件夹内，也就是tpl文件夹。

　　config.PHP－中枢配置文件，包含所有的全局配置变量。

　　index.PHP－控制器，在接下来的一篇文章中会详细叙述。

　　object.PHP－所有基础类的底层类，提供绝大部分类需要的功能。FR_Object_DB继承这个类并提供数据库链接。

　　结构的基本概念就是，让所有的子类都继承一个中枢类以便它们都共享一些共同的特性。你完全可以把链接数据库的功能放进FR_Object，但是并不是所有类都需要这个功能的，所以FR_Object_DB就有了存在的理由，作者会稍后做出讨论它。

以下为引用的内容： ＜?PHP 　require_once('Log.PHP'); 　/** 　* FR_Object 　* 　* The base object class for most of the classes that we use in our framework. 　* Provides basic logging and set/get functionality. 　* 　* @author Joe Stump ＜joe@joestump.net＞ 　* @package Framework 　*/ 　abstract class FR_Object 　{ 　　/** 　　*  $log 　　* 　　* @var mixed  $log Instance of PEAR Log 　　*/ 　　protected  $log; 　　/** 　　*  $me 　　* 　　* @var mixed  $me Instance of ReflectionClass 　　*/ 　　protected  $me; 　　/** 　　* __construct 　　* 　　* @author Joe Stump ＜joe@joestump.net＞ 　　* @access public 　　*/ 　　public function __construct() 　　{ 　　　 $this-＞log = Log::factory('file',FR_LOG_FILE); 　　　 $this-＞me = new ReflectionClass( $this); 　　} 　　/** 　　* setFrom 　　* 　　* @author Joe Stump ＜joe@joestump.net＞ 　　* @access public 　　* @param mixed  $data Array of variables to assign to instance 　　* @return void 　　*/ 　public function setFrom( $data) 　{ 　　if (is_array( $data) && count( $data)) { 　　　 $valid = get_class_vars(get_class( $this)); 　　　foreach ( $valid as  $var =＞  $val) { 　　　　if (isset( $data[ $var])) { 　　　　　 $this-＞ $var =  $data[ $var]; 　　　　} 　　　} 　　} 　} 　/** 　* toArray 　* 　* @author Joe Stump ＜joe@joestump.net＞ 　* @access public 　* @return mixed Array of member variables keyed by variable name 　*/ 　public function toArray() 　{ 　　 $defaults =  $this-＞me-＞getDefaultProperties(); 　　 $return = array(); 　　foreach ( $defaults as  $var =＞  $val) { 　　　if ( $this-＞ $var instanceof FR_Object) { 　　　　 $return[ $var] =  $this-＞ $var-＞toArray(); 　　　} else { 　　　　 $return[ $var] =  $this-＞ $var; 　　　} 　　} 　　return  $return; 　} 　/** 　* __destruct 　* 　* @author Joe Stump ＜joe@joestump.net＞ 　* @access public 　* @return void 　*/ 　public function __destruct() 　{ 　　if ( $this-＞log instanceof Log) { 　　　 $this-＞log-＞close(); 　　} 　} } ?＞

　　 auth.PHP－这是所有验证功能的底层类。它是从FR_Module里面延伸出来的，主要功能是定义一个基本的验证类如何工作。

　　跟FR_Module的道理一样，有些类不需要链接到数据库，那么同理，FR_Auth_No就可以被创建应用到不需要验证功能的类上。

以下为引用的内容： ＜?PHP 　abstract class FR_Auth extends FR_Module 　{ 　　// {{{ __construct() 　　function __construct() 　　{ 　　　parent::__construct(); 　　} 　　// }}} 　　// {{{ authenticate() 　　　abstract function authenticate(); 　　// }}} 　　// {{{ __destruct() 　　　function __destruct() 　　　{ 　　　　parent::__destruct(); 　　　} 　　// }}} 　} ?＞

module.PHP－所有模块的心脏

以下为引用的内容： ＜?PHP 　abstract class FR_Module extends FR_Object_Web 　{ 　　// {{{ properties 　　/** 　　*  $presenter 　　* 　　* Used in FR_Presenter::factory() to determine which presentation (view) 　　* class should be used for the module. 　　* 　　* @author Joe Stump ＜joe@joestump.net＞ 　　* @var string  $presenter 　　* @see FR_Presenter, FR_Presenter_common, FR_Presenter_smarty 　　*/ 　　public  $presenter = 'smarty'; 　　/** 　　*  $data 　　* 　　* Data set by the module that will eventually be passed to the view. 　　* 　　* @author Joe Stump ＜joe@joestump.net＞ 　　* @var mixed  $data Module data 　　* @see FR_Module::set(), FR_Module::getData() 　　*/ 　　protected  $data = array(); 　　/** 　　*  $name 　　* 　　* @author Joe Stump ＜joe@joestump.net＞ 　　* @var string  $name Name of module class 　　*/ 　　public  $name; 　　/** 　　*  $tplFile 　　* 　　* @author Joe Stump ＜joe@joestump.net＞ 　　* @var string  $tplFile Name of template file 　　* @see FR_Presenter_smarty 　　*/ 　　public  $tplFile; 　　/** 　　*  $moduleName 　　* 　　* @author Joe Stump ＜joe@joestump.net＞ 　　* @var string  $moduleName Name of requested module 　　* @see FR_Presenter_smarty 　　*/ 　　public  $moduleName = null; 　　/** 　　*  $pageTemplateFile 　　* 　　* @author Joe Stump ＜joe@joestump.net＞ 　　* @var string  $pageTemplateFile Name of outer page template 　　*/ 　　public  $pageTemplateFile = null; 　　// }}} 　　// {{{ __construct() 　　/** 　　* __construct 　　* 　　* @author Joe Stump ＜joe@joestump.net＞ 　　*/ 　　public function __construct() 　　{ 　　　parent::__construct(); 　　　 $this-＞name =  $this-＞me-＞getName(); 　　　 $this-＞tplFile =  $this-＞name.'.tpl'; 　　} 　　// }}} 　　// {{{ __default() 　　/** 　　* __default 　　* 　　* This function is ran by the controller if an event is not specified 　　* in the user's request. 　　* 　　* @author Joe Stump ＜joe@joestump.net＞ 　　*/ 　　abstract public function __default(); 　　// }}} 　　// {{{ set( $var, $val) 　　/** 　　* set 　　* 　　* Set data for your module. This will eventually be passed toe the 　　* presenter class via FR_Module::getData(). 　　* 　　* @author Joe Stump ＜joe@joestump.net＞ 　　* @param string  $var Name of variable 　　* @param mixed  $val Value of variable 　　* @return void 　　* @see FR_Module::getData() 　　*/ 　　protected function set( $var, $val) { 　　　 $this-＞data[ $var] =  $val; 　　} 　　// }}} 　　// {{{ getData() 　　/** 　　* getData 　　* 　　* Returns module's data. 　　* 　　* @author Joe Stump ＜joe@joestump.net＞ 　　* @return mixed 　　* @see FR_Presenter_common 　　*/ 　　public function getData() 　　{ 　　　return  $this-＞data; 　　} 　　// }}} 　　// {{{ isValid( $module) 　　/** 　　* isValid 　　* 　　* Determines if  $module is a valid framework module. This is used by 　　* the controller to determine if the module fits into our framework's 　　* mold. If it extends from both FR_Module and FR_Auth then it should be 　　* good to run. 　　* 　　* @author Joe Stump ＜joe@joestump.net＞ 　　* @static 　　* @param mixed  $module 　　* @return bool 　　*/ 　　public static function isValid( $module) 　　{ 　　　return (is_object( $module) && 　　　 $module instanceof FR_Module && 　　　 $module instanceof FR_Auth); 　　} 　　// }}} 　　// {{{ __destruct() 　　public function __destruct() 　　{ 　　　parent::__destruct(); 　　} 　　// }}} 　} ?＞

presenter.PHP－表述层的核心。

以下为引用的内容： ＜?PHP 　class FR_Presenter 　{ 　　// {{{ factory( $type,FR_Module  $module) 　　/** 　　* factory　　 　　* 　　* @author Joe Stump ＜joe@joestump.net＞ 　　* @access public 　　* @param string  $type Presentation type (our view) 　　* @param mixed  $module Our module, which the presenter will display 　　* @return mixed PEAR_Error on failure or a valid presenter 　　* @static 　　*/ 　　static public function factory( $type,FR_Module  $module) 　　{ 　　　 $file = FR_BASE_PATH.'/includes/Presenter/'. $type.'.PHP'; 　　　if (include( $file)) { 　　　　 $class = 'FR_Presenter_'. $type; 　　　　if (class_exists( $class)) { 　　　　　 $presenter = new  $class( $module); 　　　　　if ( $presenter instanceof FR_Presenter_common) { 　　　　　　return  $presenter; 　　　　　} 　　　　　return PEAR::raiseError('Invalid presentation class: '. $type); 　　　　} 　　　　return PEAR::raiseError('Presentation class not found: '. $type); 　　　} 　　　return PEAR::raiseError('Presenter file not found: '. $type); 　　} 　　// }}} 　} ?＞

　　下一篇里，我将介绍控制器（MVC中的Controller，本文的index.PHP）的构造。第三篇里，我将介绍表述层（MVC里面的View）。第四篇里，我将用具体模块为例建立一个应用（MVC里面的Module或Model）。