理解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
$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. 非管理员）?

我该若何启用输出缓存?

新方法

将全部东西都扔进这个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方法关于很多人来说大概是一个全新、陌生的概念,但是一旦你转换到了这样一个概念,那么要转回去将是件相当艰难的事情.