核心提示:PHP编程,PHP教程,PHP5教程,PHP开发
【什么是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(Rubyalign=centerbgColor=#e3e3e3border=1>
<?php require_once('config.php');//Otherrequires,DBinfo,etc.
$APP_DB='mydb'; $APP_REQUIRE_LOGIN=false;//Settotrueifscriptrequireslogin $APP_TEMPLATE_FILE='foo.php';//Smartytemplate $APP_TITLE='MyApplication';
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()); }
//Putyourlogichere //Outputthetemplate
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 classmyappextendsFR_Auth_User { publicfunction__construct() { parent::__construct(); }
publicfunction__default() { //Dosomethinghere }
publicfunctiondelete() {}
publicfunction__destruct() { parent::__destruct(); } }
?> |
注意这段代码显然不是用来链接到一个数据库、判断一个用户是否已经登陆、或者输出任何其他信息。控制器掌握了所有的一切。
如果我想验证LDAP,我可以建立FR_Auth_LDAP。控制器可以识别某些输出方法(比如$_GET['output'])并可以随时转换成PDF或者SOAP。事件处理delete,只负责删除,其他的它都不管。因为这个模块拥有一个FR_User类的实例,它可以简单地判断一个用户是否已经登陆等等。Smarty,作为模板引擎控制缓存是理所当然的,但是控制器同样可以控制一部分缓存。
从前面讲的老方式到MVC方式对于很多人来讲可能是一个全新、陌生的概念,但是一旦你转换到了这样一个概念,那么要转回去将是件相当困难的事情。
#p#分页标题#e#【建立底层】
我是一个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 * *Thebaseobjectclassformostoftheclassesthatweuseinourframework. *Providesbasicloggingandset/getfunctionality. * *@authorJoeStump<joe@joestump.net> *@packageFramework */
abstractclassFR_Object { /** *$log * *@varmixed$logInstanceofPEARLog */
protected$log; /** *$me * *@varmixed$meInstanceofReflectionClass */
protected$me; /** *__construct * *@authorJoeStump<joe@joestump.net> *@accesspublic */
publicfunction__construct() { $this->log=Log::factory('file',FR_LOG_FILE); $this->me=newReflectionClass($this); }
/** *setFrom * *@authorJoeStump<joe@joestump.net> *@accesspublic *@parammixed$dataArrayofvariablestoassigntoinstance *@returnvoid */
publicfunctionsetFrom($data) { if(is_array($data)&&count($data)){ $valid=get_class_vars(get_class($this)); foreach($validas$var=>$val){ if(isset($data[$var])){ $this->$var=$data[$var]; } } } }
/** *toArray * *@authorJoeStump<joe@joestump.net> *@accesspublic *@returnmixedArrayofmembervariableskeyedbyvariablename */
publicfunctiontoArray() { $defaults=$this->me->getDefaultProperties(); $return=array(); foreach($defaultsas$var=>$val){ if($this->$varinstanceofFR_Object){ $return[$var]=$this->$var->toArray(); }else{ $return[$var]=$this->$var; } }
return$return; }
/** *__destruct * *@authorJoeStump<joe@joestump.net> *@accesspublic *@returnvoid */
publicfunction__destruct() { if($this->loginstanceofLog){ $this->log->close(); } } }
?> |
auth.php-这是所有验证功能的底层类。它是从FR_Module里面延伸出来的,主要功能是定义一个基本的验证类如何工作。
跟FR_Module的道理一样,有些类不需要链接到数据库,那么同理,FR_Auth_No就可以被创建应用到不需要验证功能的类上。
<?php abstractclassFR_AuthextendsFR_Module { //{{{__construct() function__construct() { parent::__construct(); } //}}} //{{{authenticate() abstractfunctionauthenticate(); //}}}
//{{{__destruct()
function__destruct() { parent::__destruct(); } //}}} }
?>
module.php-所有模块的心脏
<?php abstractclassFR_ModuleextendsFR_Object_Web { //{{{properties /** *$presenter * *UsedinFR_Presenter::factory()todeterminewhichpresentation(view) *classshouldbeusedforthemodule. * *@authorJoeStump<joe@joestump.net> *@varstring$presenter *@seeFR_Presenter,FR_Presenter_common,FR_Presenter_smarty */ public$presenter='smarty'; /** *$data * *Datasetbythemodulethatwilleventuallybepassedtotheview. * *@authorJoeStump<joe@joestump.net> *@varmixed$dataModuledata *@seeFR_Module::set(),FR_Module::getData() */
protected$data=array();
/** *$name * *@authorJoeStump<joe@joestump.net> *@varstring$nameNameofmoduleclass */
public$name;
/** *$tplFile * *@authorJoeStump<joe@joestump.net> *@varstring$tplFileNameoftemplatefile *@seeFR_Presenter_smarty */
public$tplFile;
/** *$moduleName * *@authorJoeStump<joe@joestump.net> *@varstring$moduleNameNameofrequestedmodule *@seeFR_Presenter_smarty */
public$moduleName=null; /** *$pageTemplateFile * *@authorJoeStump<joe@joestump.net> *@varstring$pageTemplateFileNameofouterpagetemplate */
public$pageTemplateFile=null; //}}}
//{{{__construct() /** *__construct * *@authorJoeStump<joe@joestump.net> */
publicfunction__construct() { parent::__construct(); $this->name=$this->me->getName(); $this->tplFile=$this->name.'.tpl'; }
//}}} //{{{__default()
/** *__default * *Thisfunctionisranbythecontrollerifaneventisnotspecified *intheuser'srequest. * *@authorJoeStump<joe@joestump.net> */
abstractpublicfunction__default(); //}}} //{{{set($var,$val)
/** *set * *Setdataforyourmodule.Thiswilleventuallybepassedtoethe *presenterclassviaFR_Module::getData(). * *@authorJoeStump<joe@joestump.net> *@paramstring$varNameofvariable *@parammixed$valValueofvariable *@returnvoid *@seeFR_Module::getData() */
protectedfunctionset($var,$val){ $this->data[$var]=$val; } //}}} //{{{getData()
/** *getData * *Returnsmodule'sdata. * *@authorJoeStump<joe@joestump.net> *@returnmixed *@seeFR_Presenter_common */
publicfunctiongetData() { return$this->data; } //}}} //{{{isValid($module)
/** *isValid * *Determinesif$moduleisavalidframeworkmodule.Thisisusedby *thecontrollertodetermineifthemodulefitsintoourframework's *mold.IfitextendsfrombothFR_ModuleandFR_Auththenitshouldbe *goodtorun. * *@authorJoeStump<joe@joestump.net> *@static *@parammixed$module *@returnbool */
publicstaticfunctionisValid($module) { return(is_object($module)&& $moduleinstanceofFR_Module&& $moduleinstanceofFR_Auth); } //}}} //{{{__destruct()
publicfunction__destruct() { parent::__destruct(); } //}}} } ?>
presenter.php-表述层的核心。
<?php classFR_Presenter { //{{{factory($type,FR_Module$module) /** *factory * *@authorJoeStump<joe@joestump.net> *@accesspublic *@paramstring$typePresentationtype(ourview) *@parammixed$moduleOurmodule,whichthepresenterwilldisplay *@returnmixedPEAR_Erroronfailureoravalidpresenter *@static */
staticpublicfunctionfactory($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($presenterinstanceofFR_Presenter_common){ return$presenter; } returnPEAR::raiseError('Invalidpresentationclass:'.$type); } returnPEAR::raiseError('Presentationclassnotfound:'.$type); } returnPEAR::raiseError('Presenterfilenotfound:'.$type); } //}}} }
?> |
下一篇里,我将介绍控制器(MVC中的Controller,本文的index.php)的构造。第三篇里,我将介绍表述层(MVC里面的View)。第四篇里,我将用具体模块为例建立一个应用(MVC里面的Module或Model)。