什么是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的文件，它看起來像這樣：

只是看這些代碼都會讓我有退縮的欲望。這段代碼的概念就是確保每一個應用程序都能適用于這個處理方法，比如我可以簡單地將 template.txt拷進myapp.php，改變一些變量，瞧，它就能運行起來了。盡管如此，這個組織嚴密的處理方法存在一些嚴重的缺點：

如果我的老板想讓作者用myapp.php在一些情況下輸出PDF、