理解PHP中的MVC框架编程.pdfVIP

理解 PHP 中的MVC 框架编程 什么是MVC MVC 是一个可以让你把“三个部分（即MVC 的全称，Model、 View 、Controller ）”谐调地 组成一个复杂应用程序的概念。一辆汽车就是一个在现实生活中非常好的MVC 例子。我们 看车都看两个 View （显示）部分：内部和外部。而这两个都离不开一个 Controller （控制 者）：司机。刹车系统、方向盘和其他操控系统代表了Model（模型）：他们从司机（Controller ） 那里取得控制方法然后应用到内部和外观（View ）。 网络上的MVC MVC 框架所涵盖的概念相当简单并且极度灵活。基本的概念就是，你有一个单独的控制器 （如index.php）用来控制所有建立在参数请求基础上的框架内应用程序。这个控制器通常 包含了（最小程度上）一个定义模型的参数、一个事件和一个 GET 参数。这样控制器就能 确认所有的请求然后运行相应的事件。打个 比方来说，一个像这样 /index.php?module=fooevent=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