ウェブサイトアーキテクチャにおける PHP MVC パターンの実装_PHP チュートリアル

MVC模式在网站架构中十分常见。它允许我们建立一个三层结构的应用程式，从代码中分离出有用的层，帮助设计师和开发者协同工作以及提高我们维护和扩展既有程式的能力。

视图（View）

“视图”主要指我们送到Web浏览器的最终结果??比如我们的脚本生成的HTML。当说到视图时，很多人想到的是模版，但是把模板方案叫做视图的正确性是值得怀疑的。

对视图来说，最重要的事情可能是它应该是“自我意识（self aware）”的，视图被渲染（render）时，视图的元素能意识到自己在更大框架中的角色。

以XML为例，可以说XML在被解析时，DOM API有着这样的认知??一个DOM树里的节点知道它在哪里和它包含了什么。 （当一个XML文档中的节点用SAX解析时只有当解析到该节点时它才有意义。）

绝大多数模板方案使用简单的过程语言和这样的模板标签：

＜p＞{some_text}＜/p＞
＜p＞{some_more_text}＜/p＞

它们在文档中没有意义，它们代表的意义只是PHP将用其他的东西来替换它。

如果你同意这种对视图的松散描述，你也就会同意绝大多数模板方案并没有有效的分离视图和模型。模板标签将被替换成什么存放在模型中。

在你实现视图时问自己几个问题：“全体视图的替换容易吗？”“实现一个新视图要多久？” “能很容易的替换视图的描述语言吗？（比如在同一个视图中用SOAP文档替换HTML文档）”

模型（Model）

模型代表了程序逻辑。（在企业级程序中经常称为业务层（business layer））

总的来说，模型的任务是把原有数据转换成包含某些意义的数据，这些数据将被视图所显示。通常，模型将封装数据查询，可能通过一些抽象数据类（数据访问层）来实现查询。举例说，你希望计算英国年度降雨量（只是为了给你自己找个好点的度假地），模型将接收十年中每天的降雨量，计算出平均值，再传递给视图。

控制器（controller）

简单的说控制器是Web应用中进入的HTTP请求最先调用的一部分。它检查收到的请求，比如一些GET变量，做出合适的反馈。在写出你的第一个控制器之前，你很难开始编写其他的PHP代码。最常见的用法是index.php中像switch语句的结构：

＜?php
switch ($_GET[viewpage]) {
    case "news":
        $page=new NewsRenderer;
    break;
    case "links":
        $page=new LinksRenderer;
    break;
    default:
        $page=new HomePageRenderer;
    break;
}
$page-＞display();
?＞

这段代码混用了面向过程和对象的代码，但是对于小的站点来说，这通常是最好的选择。虽然上边的代码还可以优化。

控制器实际上是用来触发模型的数据和视图元素之间的绑定的控件。

例子

这里是一个使用MVC模式的简单例子。

首先我们需要一个数据库访问类，它是一个普通类。

＜?php
/**
*  A simple class for querying MySQL
*/
class DataAccess {
    /**
    * Private
    * $db stores a database resource
    */
    var $db;
    /**
    * Private
    * $query stores a query resource
    */
    var $query; // Query resource

    //! A constructor.
    /**
    * Constucts a new DataAccess object
    * @param $host string hostname for dbserver
    * @param $user string dbserver user
    * @param $pass string dbserver user password
    * @param $db string database name
    */
    function DataAccess ($host,$user,$pass,$db) {
        $this-＞db=mysql_pconnect($host,$user,$pass);
        mysql_select_db($db,$this-＞db);
    }

//!アクセサ
/**
* クエリリソースを取得し、ローカルメンバーに保存します
* @param $sql string 実行するデータベースクエリ
* @return void
   */
function fetch($sql) {
$this-＞query=mysql_unbuffered_query($sql,$this-＞db); // ここでクエリを実行します
}

//!アクセサー
/**
* クエリ行の連想配列を返します
* @returnmixed
   */
function getRow () {
if ( $row=mysql_fetch_array($this-＞query,MYSQL_ASSOC) )
return $row;
else
falseを返します。
}
}
?＞

上にモデルを公開します。

＜?php

/**
* データベースから「製品」を取得します
*/
class ProductModel {
/**
* プライベート
* $dao DataAccess クラスのインスタンス
   */
var $dao;

//!コンストラクター。

/**
* 新しい ProductModel オブジェクトを構築します
* @param $dbobject DataAccess クラスのインスタンス
   */
function ProductModel (&$dao) {
$this-＞dao=& $dao;
}

//!マニピュレーター

/**
* このクエリをリソースとして保存するように $dboject に指示します
* @param $start 開始する行
* @param $rows フェッチする行の数
* @return void
   */
function listProducts($start=1,$rows=50) {
$this-＞dao->fetch("SELECT * FROM products LIMIT ".$start.", " .$rows);
}

//!マニピュレーター

/**
* このクエリをリソースとして保存するように $dboject に指示します
* @param $id 行の主キー
* @return void
   */
function listProduct($id) {
$this-＞dao->fetch("SELECT * FROM products WHERE PRODUCTID=".$id."");
}

//!マニピュレーター

/**
* $dbobject から連想配列として積を取得します
* @returnmixed
   */
function getProduct() {
if ( $product=$this->dao->getRow() )
return $product;
else
falseを返します。
}
}
?＞
注意すべき点は、モデルとデータ アクセス タイプの間で、それらのやり取りが複数の行で送信されることはなく、同様に、使用モードのプロセスが遅くなる可能性があることです。種類は、内部保存中に一行（Row）を保持する必要があるだけです?? 他の交換で保存されているクエリ リソース（クエリ リソース）?? 置換句话、私は MYSQL の代わりに結果を保持します。

次は図ですか?? スペースを節約するために HTML を削除しました。このセクションの文章の完全なコードを閲覧できます。

＜?php

/**

* 商品データを HTML レンダリングにバインドします

*/

class ProductView {
/**
* プライベート
* $model ProductModel クラスのインスタンス
   */
var $model;

/**
* プライベート
* $output でレンダリングされた HTML は表示用にここに保存されます

   */

var $output;

//!コンストラクター。
&n

http://www.bkjia.com/PHPjc/486582.htmlwww.bkjia.comtru​​ehttp://www.bkjia.com/PHPjc/486582.html技術記事 MVC パターンは、Web サイトのアーキテクチャでは非常に一般的です。これにより、コードから有用なレイヤーを分離して 3 層アプリケーションを構築できるようになり、デザイナーと開発者が協力して提供できるようになります...