什麼是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的檔案，它看起來像這樣：
如果這個應用程式需要imap或ldap驗證，我該怎麼辦？
我該如何處理各種不同的**（包括編輯、公升級和刪除）？
我該如何處理多級驗證（管理員 vs. 非管理員）？
我該如何啟用輸出快取？
新方式
將所有東西都扔進這個mvc框架，你會發現生活是如此簡單。請對比以下**：
注意這段**顯然不是用來鏈結到乙個資料庫、判斷乙個使用者是否已經登陸、或者輸出任何其他資訊。控制器掌握了所有的一切。
如果我想驗證ldap，我可以建立fr_auth_ldap。控制器可以識別某些輸出方法（比如$_get['output']）並可以隨時轉換成 pdf或者soap。事件處理delete，只負責刪除，其他的它都不管。因為這個模組擁有乙個fr_user類的例項，它可以簡單地判斷乙個使用者是否已 經登陸等等。
smarty，作為模板引擎控制快取是理所當然的，但是控制器同樣可以控制一部分快取。
從前面講的老方式到mvc方式對於很多人來講可能是乙個全新、陌生的概念，但是一旦你轉換到了這樣乙個概念，那麼要轉回去將是件相當困難的事情。
理解PHP中的MVC程式設計之MVC框架簡介
什麼是mvc？mvc是乙個可以讓你把 三個部分 即mvc的全稱，model view controller 諧調地組成乙個複雜應用程式的概念。一輛汽車就是乙個在現實生活中非常好的mvc例子。我們看車都看兩個view 顯 示 部分 內部和外部。而這兩個都離不開乙個controller 控制者 司機。剎...
理解PHP中的MVC程式設計之控制器
簡單來講，控制器的作用就是接受請求。它使用獲取的方法，在這裡是通過uri，載入乙個功能模組來重新整理或者提交乙個表述層。控制器將使用 get自動全域性變數來判斷載入哪乙個模組。乙個請求的例子，看起來像這樣 這看起來很簡單，但是在實現的過程中卻不是。這裡是幾個控制器能識別的argument部分 mod...
PHP的MVC框架 深入解析
原文 php的mvc框架 深入解析 本篇先介紹一下php的mvc實現原理，我們框架的mvc部分也是基於此原理實現的，但是今天的 並不是框架內的 僅僅為說明原理 一 檔案結構 建立3個資料夾 controller資料夾存放控制器檔案 view資料夾存放視 件 model資料夾存放資料檔案 建立1個in...