时间:2021-07-01 10:21:17 帮助过:30人阅读
<?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方式对于很多人来讲可能是一个全新、陌生的概念,但是一旦你转换到了这样一个概念,那么要转回去将是件相当困难的事情。