理解PHP中的MVC框架编程
- 格式:pdf
- 大小:196.63 KB
- 文档页数:3
只是看这些代码都会让我有退缩的欲望。 这段代码的概念就是确保每一个应用程序都能适用 于这个处理方法,比如我可以简单地将 template.txt 拷进 myapp.php,改变一些变量,瞧, 它就能运行起来了。尽管如此,这个组织严密的处理方法存在一些严重的缺点: 如果我的老板想让作者用 myapp.php 在一些情况下输出 PDF、一些情况下输出 HTML、一些 情况下(直接提交的 XML 请求)SOAP,我该怎么办? 如果这个应用程序需要 IMAP 或 LDAP 验证,我该怎么办? 我该如何处理各种不同的代码(包括编辑、升级和删除)? 我该如何处理多级验证(管理员 vs. 非管理员)? 我该如何启用输出缓存? 新方式
$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'); ?>
注意这段代码显然不是用来链接到一个数据库、 判断一个用户是否已经登陆、 或者输出任何 其他信息。控制器掌握了所有的一切。 如果我想验证 LDAP ,我可以建立 FR_Auth_LDAP。控制器可以识别某些输出方法(比如 $_GET['output'])并可以随时转换成 PDF 或者 SOAP。事件处理 delete,只负责删除,其他 的它都不管。因为这个模块拥有一个 FR_User 类的实例,它可以简单地判断一个用户是否已 经登陆等等。 Smarty,作为模板引擎控制缓存是理所当然的,但是控制器同样可以控制一部分缓存。 从前面讲的老方式到 MVC 方式对于很多人来讲可能是一个全新、陌生的概念,但是一旦你 转换到了这样一个概念,那么要转回去将是件相当困难的事情。
理解 PHP 中的 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
将所有东西都扔进这个 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(); } } ?>