理解PHP中的MVC框架程式設計

2021-08-30 16:46:58 字數 1612 閱讀 1861

什麼是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...