根據自己的理解，我總結了它的MVC模式的實現方式（詳細解釋見譯文）：

　　* 檢視層（View）：前端網頁；

　　* 邏輯層（Controller）：先是頁邏輯（Page Controller），負責處理頁面請求；然後，呼叫業務邏輯（Business Controller），實現具體功能；

　　* 資料層（Model）：資料儲存在資料庫之中，上面有一個數據庫抽象層，再上面則是一個"資料訪問物件"（DAO），它生成"值物件"（Value Object）。業務邏輯通過DAO，操作值物件。

本文給出了PHP程式設計常見問題的解決方法，同時簡單描述了PHP應用程式的架構。

1. php.ini設定

php.ini控制瞭解釋器的行為，下面的一些設定保證了你的程式有最大的可移植性。

i. short_open_tag

設為0，即永遠使用PHP的長標籤形式：<?php echo "hello world"; ?>，不用短標籤形式<?= "hello world" ?>。

ii. asp_tags

設為0，不使用ASP標籤<% echo "hello world"; %>。

iii. magic_quotes_gpc

建議在指令碼中包含一個全域性檔案，負責在讀取$_GET、$_POST、$_COOKIE變數之前，首先檢查這個設定是否開啟，如果打開了，這對這些變數應用stripslashes函式。（注：該設定已經在PHP 5.3中被廢除。）

iv. register_globals

不要依賴這個設定，永遠通過全域性變數$_GET、$_POST、$_COOKIE去讀取GET、POST和COOKIE的值。為了方便起見，建議宣告$PHP_SELF = $_SERVER['PHP_SELF']。

v. file_uploads

上傳檔案的最大大小，由下面的設定決定：

　　* file_uploads必須設為1（預設值），表示允許上傳。

　　* memory_limit必須略大於post_max_size和upload_max_filesize。

　　* post_max_size和upload_max_filesize要足夠大，能滿足上傳的需要。

2. 配置檔案（configuration file）

你應該把與應用程式相關的所有配置，寫在一個檔案裡。這樣你就能很方便地適應開發環境的變化。配置檔案通常包含以下資訊：資料庫引數、email地址、各類選項、debug和logging輸出開關、應用程式常數。

3. 名稱空間（namespace）

選擇類和函式名的時候，必須很小心，避免出現重名。儘可能不要在類以外，放置全域性性函式，類對內部的屬性和方法，相當於有一層名稱空間保護。如果你確實有必要宣告全域性性函式，那麼使用一個字首，比如dao_factory()、 db_getConnection()、text_parseDate()等等。

4. 資料庫抽象層

PHP不提供資料庫操作的通用函式，每種資料庫都有一套自己的函式。你不應該直接使用這些函式，否則一旦改用其他資料庫（比如從MySQL 轉為Oracle），你就有大麻煩了。而且，資料庫抽象層通常比系統本身的資料庫函式，更易用一些。

5. "值物件"（Value Object, VO）

值物件（VO）在形式上，就像C語言的struct結構。它是一個只包含屬性、不包含任何方法（或只包含很少方法）的類。一個值物件，就對應一個實體。它的屬性，通常應該與資料庫的欄位名保持相同。此外，還應該有一個ID屬性。

　　class Person {

　　　　var $id, $first_name, $last_name, $email;

　　}

6. 資料訪問物件（Data Access Object, DAO）

資料訪問物件（DAO）的作用，主要是將資料庫訪問與其他程式碼相隔離。DAO應該是可以疊加（stacked）的，這樣就有利於將來你再新增資料庫快取。每一個值物件的類，都應該有自己的DAO。

　　class PersonDAO {
　　　　var $conn;

　　　　function PersonDAO(&$conn) {
　　　　　　$this->conn =& $conn;
　　　　}

　　　　function save(&$vo) {
　　　　　　if ($v->id == 0) {
　　　　　　　　$this->insert($vo);
　　　　　　} else {
　　　　　　　　$this->update($vo);
　　　　　　}
　　　　}

　　　　function get($id) {
　　　　　　#execute select statement
　　　　　　#create new vo and call getFromResult
　　　　　　#return vo
　　　　}

　　　　function delete(&$vo) {
　　　　　　#execute delete statement
　　　　　　#set id on vo to 0
　　　　}

　　　　#-- private functions

　　　　function getFromResult(&vo, $result) {
　　　　　　#fill vo from the database result set
　　　　}

　　　　function update(&$vo) {
　　　　　　#execute update statement here
　　　　}

　　　　function insert(&$vo) {
　　　　　　#generate id (from Oracle sequence or automatically)
　　　　　　#insert record into db
　　　　　　#set id on vo
　　　　}
　　}

DAO通常應該部署以下方法：

　　* save：插入或更新一條記錄
　　* get：取出一條記錄
　　* delete：刪除一條記錄

你可以根據自己的需要，新增其他DAO方法，常見的例子有isUsed()、getTop($n)、find($criteria)。

但是，所有的DAO方法都應該與資料庫操作有關，不應該執行其他操作。DAO只應該對一張表進行基本的select / insert / update，不應該包含業務邏輯。舉例來說，PersonDAO就不應該包含向某人傳送Email的程式碼。

你可以寫一個工廠函式，根據不同的類名，返回相應的DAO。

　　function dao_getDAO($vo_class) {

　　　　$conn = db_conn('default'); #get a connection from the pool

　　　　switch ($vo_class) {

　　　　　　case "person": return new PersonDAO($conn);

　　　　　　case "newsletter": return new NewsletterDAO($conn);

　　　　　　...

　　　　}

　　}

7. 自動生成程式碼

99%的值物件和DAO程式碼，可以根據資料庫模式（schema）自動生成，前提是你的表和列使用約定的方式進行命名。如果你修改資料庫模式，一個自動生成程式碼的指令碼將大大節省你的時間。

8. 業務邏輯

業務邏輯直接反映使用者的需要。它們處理值物件，根據業務需要修改值物件的屬性，使用DAO與資料庫層互動。

　　class NewsletterLogic {
　　　　function NewsletterLogic() {
　　　　　　...
　　　　}

　　　　function subscribePerson(&$person) {
　　　　　　...
　　　　}

　　　　function unsubscribePerson(&$person) {
　　　　　　...
　　　　}

　　　　function sendNewsletter(&$newsletter) {
　　　　　　...
　　　　}
　　}

9. 頁邏輯（控制器）

當一個網頁被請求時，頁控制器（page controller）就會執行，然後產生輸出。控制器的任務，就是將HTTP請求轉化成業務物件（business object），然後呼叫相應的業務邏輯，最後生成一個"展示輸出"的物件。

頁邏輯依次執行以下步驟（請參照後面的PageController類的程式碼）：

　　i. 假定頁面請求之中，包含一個cmd引數。

　　ii. 根據cmd引數的值，執行相應的動作。

　　iii. 驗證頁面返回的值，生成一個值物件。

　　iv. 針對值物件，執行業務邏輯。

　　v. 如果有必要，可以導向另一個頁面。

　　vi. 收集必要的資料，輸出結果。

注意：可以編寫一個工具函式（utility function），處理GET或POST值，當有的變數沒有賦值時，提供一個預設值。頁邏輯不包含HTML程式碼。

　　class PageController {
　　　　var $person; #$person is used by the HTML page
　　　　var $errs;

　　　　function PageController() {
　　　　　　$action = Form::getParameter('cmd');
　　　　　　$this->person = new Person();
　　　　　　$this->errs = array();

　　　　　　if ($action == 'save') {
　　　　　　　　$this->parseForm();
　　　　　　　　if (!this->validate()) return;

　　　　　　　　NewsletterLogic::subscribe($this->person);

　　　　　　　　header('Location: confirmation.php');
　　　　　　　　exit;
　　　　　　}
　　　　}

　　　　function parseForm() {
　　　　　　$this->person->name = Form::getParameter('name');
　　　　　　$this->person->birthdate = Util::parseDate(Form::getParameter('birthdate');
　　　　　　...
　　　　}

　　　　function validate() {
　　　　　　if ($this->person->name == '') $this->errs['name'] = FORM_MISSING;
　　　　　　#FORM_MISSING is a constant
　　　　　　...
　　　　　　return (sizeof($this->errs) == 0);
　　　　}
　　}

10. 表現層（Presentation Layer）

最頂層的頁面包含實際的HTML程式碼。這個頁面需要的所有業務物件（business object），由頁邏輯提供。

這個頁面先讀取業務物件的屬性，然後將它們轉換成HTML格式。

　　<?php
　　　　require_once('control/ctl_person.inc.php'); #the page controller
　　　　$c =& new PageController();
　　?>

　　<html>
　　<body>
　　<form action="<?php echo htmlspecialchars($PHP_SELF) ?>" method="POST">
　　　　<input type="hidden" name="cmd" value="save">
　　　　<input type="text" name="name"
value="<?php echo htmlspecialchars($c->person->name); ?>">
　　　　<button type="submit">Subscribe</button>
　　</form>
　　</body>
　　</html>

11. 本地化（Localization）

本地化意味著要支援多種語言，這個比較麻煩，你無非有兩種方法可以選擇：

　　A) 準備多重頁面。

　　B) HTML頁面中去除特定語言相關的內容。

一般來說，A方法用得比較多，因為B方法會使得HTML頁面的可讀性很差。

所以，你可以先寫完一種語言的頁面，然後把它們進行拷貝，用某種命名法區別不同語言的版本，比如index_fr.php表示index.php的法語版。

為了儲存使用者的語言選擇，你有幾種方法：

　　A) 將語言設定儲存在一個session變數或cookie之中；

　　B) 從HTTP頭中讀取locale值；

　　C) 把語言設定作為一個引數，追加在每個URL後面。

看上去A方法比C方法容易得多（雖然session和cookie都有過期的問題），而B方法只能作為A或C的補充。

最後不要忘了，資料庫中的欄位也必須進行本地化。

12. 安裝位置

有時候你需要知道程式的根目錄在哪裡，但是$_SERVER['DOCUMENT_ROOT']只是web伺服器的根目錄，如果你的程式安裝在它的某個子目錄之中，PHP沒法自動知道。

你可以定義一個全域性變數$ROOT，它的值就是程式的根目錄，然後把它包含在每一個指令碼檔案中。那麼，你要包含某個檔案，就這樣寫require_once("$ROOT/lib/base.inc.php");。

13. 目錄結構

首先，每個類都應該有自己的獨立檔案，還必須有一套檔名的命名規則（naming convention）。

軟體的目錄結構可以採用如下形式：

　　/ 根目錄。瀏覽器從這個頁面開始訪問。

　　/lib/ 包含全域性變數（base.inc.php）和配置檔案（config.inc.php）。

　　/lib/common/ 包含其他專案也可以共用的庫，比如資料庫抽象層。

相關推薦

PHP邏輯和資料分離的架構模式

根據自己的理解，我總結了它的MVC模式的實現方式（詳細解釋見譯文）：　　* 檢視層（View）：前端網頁；　　* 邏輯層（Controller）：先是頁邏輯（Page Controller），負責處理頁面請求；然後，呼叫業務邏輯（Business Controller），實現具體功能；　　* 資料層（Mode

應用伺服器和資料分離

隨著網站業務的發展，一臺伺服器主鍵不能滿足需求；越來越多的使用者訪問導致效能越來越差，越來越多的資料導致儲存空間不足，這是就需要將應用和資料分離。應用伺服器、檔案伺服器和資料庫伺服器： 如圖：應用服務和資料庫服務分離 這三臺伺服器對硬體資源的要求各不相同，應用伺服器需

《程式設計珠璣》程式碼之路6：將邏輯和程式碼分離----編碼形式圖形化輸出字母

好啦比如字母I，輸出為： xxxxxxxxx xxxxxxxxx xxxxxxxxx      xxx           xxx          &nb

php演算法和資料結構

php五種設計模式 設計模式 一書將設計模式引入軟體社群，該書的作者是 Erich Gamma、Richard Helm、Ralph Johnson 和 John Vlissides Design（俗稱 “四人幫”）。所介紹的設計模式背後的核心概念非常簡單。經過多年的軟體開

[架構] 動靜不分離 和 動靜分離 架構示意圖

傳統動靜不分離的產品架構(隨著訪問量在增長，效能會成為瓶頸) 實現動分離的產品架構（靈活的架構支援海量的使用者訪問）        適用場景 靜態檔案訪問量大，伺服器負載高，I/O問題導

測試指令碼模組化和資料分離思想

一、一個好的測試用例應該能滿足如下要求 以最簡單的登入為例： 1、換任何一個使用者登入，都不需要修改底層程式碼； 2、可以滿足多個使用者登入； 3、可以適用於其它網站的登入； 因此，就要實現指令碼的模組化和資料分離。 二、指令碼功能分析與模組化 指令碼主要要實現

dubbo-php-framework的資料包的解包和組包邏輯解析

前面分析了框架的請求和回覆實體的封裝，而在進行底層網路通訊時，需要進行解包(收到資料)和組包(傳送資料)，框架底層使用了dubbo協議，資料序列化方式是json格式，這篇文章我們就重點看看解包和組包的邏輯，這部分邏輯在DubboParser類中完成，這個類定義在dubbo-p

淺談MVC、MVP、MVVM架構模式的區別和聯系

.html csdn 獲取 視圖 viewmodel url title tle htm 淺談MVC、MVP、MVVM架構模式的區別和聯系 學習了：http://www.cnblogs.com/guwei4037/p/5591183.html http://blog.csd

我理解的軟體 架構模式，MVC和分層

一、緣起     作為程式設計師，很容易天天被業務追逐著，抽不開時間修煉。有一天突然停了一下，忽地就會有一種悵然的感覺，過去的那些日子我學到了什麼？ 有人很認真地說自己有10年經驗，有人笑說你不過是一年經驗用了10年而已。 二、師傅領進門 做人，做事，做架構

PHP介面：字元編碼和資料格式由請求方定義

根據一個老專案寫介面，發現專案檔案編碼為gbk，而且資料庫也是gbk，由於程式碼量巨大，不可能更改專案程式碼以及資料庫的字元編碼。 請求介面的也有好多個： 老客戶一直用的gbk字元編碼的資料來請求的，原來寫的介面收到的資料格式為xml， 新客戶要求用utf-8格式，接收資料為json。 看了

PHP設計模式（4）—— 資料物件對映模式

基本概念 資料物件對映模式，是將物件和資料儲存對映起來，對一個物件操作會對映成對資料儲存的操作。 這個模式的應用例子就是現在流行的ORM。 簡單例子 User類 class User { // 屬性和資料庫表的欄位一一對應 public $id;

MVC和MVVM 架構模式/設計思想

MVC Model、View、Controller 　　1）最上面的一層，是直接面向終端使用者的"檢視層"（View）。它是提供給使用者的操作介面，是程式的外殼。 　　2）最底下的一層，是核心的"資料層"（Model），也就是程式需要操作的資料或資訊。 　　3）中間的一層，就是"控制層"（Control

【caffe】模板分離編譯模式和工廠模式

本文轉自: https://blog.csdn.net/raby_gyl/article/details/68489152  caffe中的模板分離編譯模式和工廠模式 1.caffe中模板分離編譯模式的實現方式是在每一個模板原始檔的最後新增一條類似於下面的語句： INST

[Hbase]HBase架構詳解和資料的讀寫流程

HBase架構圖理解 18.png HMaster連結Zookeeper的目得：HMaster需要知道哪些HRegionServere是活的及HRegionServer所在的位置，然後管理HRegionServer。 HBase內部是通過DFS client把資料寫

微博feed系統的推(push)模式和拉(pull)模式和時間分割槽拉模式架構探討

     sns系統，微博系統都應用到了feed（每條微博或者sns裡的新鮮事等我們稱作feed）系統，不管是twitter.com或者國內的新浪微博，人人網等，在各種技術社群，技術大會上都在分享自己的feed架構，也就是推拉模式（timyang上次也分享了新浪微薄的模式）。

什麼是架構模式和架構風格

本文探討如下幾個問題： 架構模式和架構風格有區別嗎？ 什麼是架構模式？ 什麼是架構風格？ 架構模式和架構風格的區別是什麼？ 有哪些架構模式？ 有哪些架構風格？ 架構模式=架構風格？ 如果你搜索「架構模式和架構風格的區別」，你會發現答案千差萬別： 有的觀點認為架構模式和架構風格是一個東西，只是叫法不同 有

PHP檢視和判斷資料型別

檢視資料型別 gettype(傳入一個變數) 能夠獲得變數的型別 var_dump(傳入一個變數) 輸出變型別和值 <?php //宣告一個變數88.8，你可以自己多做幾次實驗換成其他型別看

以太坊智慧合約的兩種資料分離模式（部署可升級式智慧合約）

重要！ 做資料分離推薦使用2018年後的的Geth版本，即v1.8以上。在genesis.json創世檔案的配置config裡需新增拜占庭Block，如下： "config": {     "chainId": 1,     "homesteadBlock": 0,   

實現xml和json格式資料——單例模式的Db類(第二篇)

       上一篇只是實現了xml和json格式資料的類的封裝，不過它是沒有資料的來源的；因此，本篇文章是封裝一個呼叫資料庫資料的方法，視訊裡面用的是mysql_connect()等函式，不過現在用這些函式會出現notice，因為這些函式已經過時了，將來可能不會再用到；其實

資料中心架構ToR和EoR【總結】

1、前言 　　最近在看《雲資料中心網路技術》，學習了企業資料中心網路建設過程，看到有ToR和EoR兩種佈線方式，之前沒有接觸過，今天總結一下。 2、佈線方式 ToR：（Top of Rack）接入方式就是在伺服器機櫃的最上面安裝接入交換機。 EoR：（End of Row）接入交換機集中安裝在一列