推薦：解析PHP實現的Mysql讀寫分離
PHP實現的Mysql讀寫分離 主要特性： 1 簡單的讀寫分離 2 一個主數據庫，可以添加更多的只讀數據庫 3 讀寫分離但不用擔心某些特性不支持 4 缺點：同時連接兩個數據庫 英文比較爛，也寫幾個字吧 php code for mysql read/write split feature: simply rw split

關于mvc

這里不詳細講解何為MVC模式，只是簡單介紹，關于mvc的具體信息可以去網絡上找尋，mvc模式在我理解來它將一個項目分解成三部分，分別是Model（模型），View（視圖），Controller（控制器），這三個單詞的縮寫組合即為MVC.MVC是一種普遍的軟件敏捷開發模式，在許多領域特別是桌面編程領域早已經得到了廣泛的應用，然而在像php一樣的腳本語言中比較難以實現，特別是幾年前在腳本語言中很難看到mvc的實現，但是今年隨著眾多框架的涌現，mvc在各個框架中得到了初步實現，其他框架中的實現方式暫且不提，這里只是介紹codeigniter是如何實現mvc的。

關于單一入口

單一入口指在一個網站（應用程序）中，所有的請求都是指向一個腳本文件的，例如CI中的http：\\localhost\index.php，所有對應用程序的訪問都是必須通過這個入口，正是單一入口才使得mvc模式得以實現，因為當你訪問index.php的時候，應用程序會做大量的初始化工作，調用大量的基礎類庫，并根據index.php后面的參數加載控制器，然后加載試圖，模型等內容信息。

ci的所有文件加載都要經過控制器調用，因為控制器是CI中的超類，也就是其他的類都依附于它，所以用單一入口方式訪問CI應用程序的時候，需要在index.php的后面加上控制器名和控制器中的方法名，如果你對于此沒有任何概念或者無法理解，可以去CI的官方網站下載它的官方文檔，然后詳細了解它的工作方式

CI的官方文檔非常詳盡易懂，這里描述的是文檔上所不存在的基本原理部分。

開始

或許應該先講解CI的控制器是如何工作的，CI中的一個控制器就是用戶編寫的一個類，它繼承自系統的Controller類，例如假設我們要構建一個可以通過http：\\localhost\index.php\control\func\param1\param2訪問的頁面，我們需要做哪些工作呢，首先我們要在system\application\controllers\文件夾下新建一個文件contro.php文件，這個文件即是我們要訪問的控制器類所在文件，在此文件中創建以下內容：

這并不是一個控制器的基本組成部分，而是包含了model和view的一個控制器例子，

首先注意控制器的類名應該是首字母大寫的，然后在類的構造函數里應該調用父類的構造函數，之后則是func（）方法，也就是url后面所帶參數的第二個部分，這個方法帶有兩個參數，這兩個參數的值就是url的第三部分和第四部分的值，也就是單一入口的訪問方式實際是：http：\\localhost\index.php\控制器名\方法名\方法的參數1\方法的參數2\。..。..

在控制器類中每個方法代表一個頁面，也就是可以將很多類似的操作放到一個控制器中，實現對操作的統一

在上述的例子中的func（）方法中的其他部分分別加載了model和view，加載model的時候加載的是在models文件夾中的msomemodel.php文件中的MSomemodel類，這個類負責應用程序的模型部分，也就是負責數據的交換，例如數據庫的存儲。

然后我們通過$data= $this-》MSomemodel-》getvalue（）執行了model中的一個方法，并從這個方法返回了數據，然后賦值給$data［‘data1’］，$data是一個關聯數組，我們通過這個數組向view視圖文件傳值，而不是使用常見的模板模式，這種方法更好地分離了mvc各個部分的處理，同時在性能方面有其獨特的一面。

之后我們通過將$data數組傳給views文件夾中的welcome.php文件，這個文件是常規的php和html混寫的腳本，在這個腳本中可以利用傳過來的$data數組輸出信息，但是注意在view文件中輸出信息的時候不必使用$data［‘data1’］，而只需要echo $data1;即可。

基本的工作方式就是這樣的，下面從代碼級別來分析實現

代碼分析

在CI中將Controller類作為超類來處理，也就是所有加載mvc實現模式的進程都從Controller類開始，所以我們忽略CI在加載到這個類的時刻前面的執行過程，而直接從Controller類所在的文件開始分析。

Controller類所在的文件位于system/libraries/Controller.php文件中。

在這個類中首先加載了所有必須的基礎類，包括：‘Config’，‘Input’， ‘Benchmark’， ‘URI’， ‘Output’， ‘Language’， ‘Router’類。之后加載Roader類并執行了它的 _ci_autoloader（）方法，這個類是mvc模式的核心，控制器中所有其他內容的加載都是通過它實現的，下面對其代碼進行分析：

首先來看 _ci_autoloader（）方法，這個函數實現了自動加載某些類庫或者類，如果在你的應用程序中總是要用到某些類，但是你又不確保在CI中是否已經自動加載了這些類的話，你可以在config/autoload.php文件中設定要自動加載的library或者helper或者plugin的數組。具體請參考手冊。

首先看看CI是如何加載libraries的，這個方法允許你在你的控制器的任何地方（通常是構造函數里）使用$this-》load-》library（“name”）;來加載某個類，這個類可以是用戶自定義的類也可以是系統的類庫，用戶自定義的類需要遵循CI的約定，具體信息見手冊中的“創建你自己的類庫 ”部分.library（）方法以一個字符串或者一個類庫名稱的數組作為第一個參數，之后的處理將遍歷然后加載所有的類，你可以通過第二個參數向要加載的類的構造函數傳遞參數，第三個參數允許你定義返回的對象的名稱，后面的兩個參數通常不使用，這個方法在簡單判斷了參數是否為空之后調用了方法_ci_load_class（$class， $params = NULL， $object_name = NULL），這是一個非常復雜的函數，這個類加載第一個參數所指定的類，在這個類中進行了復雜的路徑判斷之后找到了所需要的類文件之后，調用了方法_ci_init_class（$class， ‘’， $params， $object_name）;這個類用來實例化一個類，如果在加載這個類的語句中包含了上述的第三個參數，則返回一個實例，以這個參數作為實例名，如果沒有設置第三個參數，則返回一個以類名命名的實例名，這也是為什么前面的例子中在加載了model之后，直接將model類名作為一個對象使用的原因。

之后我們來看CI是如何加載模型的，這個方法允許你在控制器中使用$this-》load-》model（$modelname，$name，$db_conn）加載模型，這三個參數分別是加載的模型的名稱，加載后實例化的對象名稱，是否自動連接數據庫。后面兩個參數可以省略，你可以講多個模型一次載入，只需要將第一個參數設置成數組即可，這個方法首先將傳過來的第一個參數以“\”分解成數組，這種機制允許你在模型中創建多層文件夾，更加合理地安排代碼的分組，之后程序取出數組的最后一個元素作為要加載的類的名稱，并根據路徑尋找此類，之后包含此文件，并實例化此類，如果設置了第二個參數，則實例化到$name的對象中，否則默認以類名作為對象名進行實例化。

再來看CI是如何加載視圖的，view（$view， $vars = array（）， $return = FALSE）方法的第一個參數是要加載的視圖名稱，第二個參數是要傳給視圖的變量值，第三個參數指定是否返回輸出緩沖區的數據。這個方法將所有數組作為一個數組參數調用了_ci_load（$_ci_data）方法，這個方法將傳過來的變量數組通過extract（）函數解析成符號表（也就是將鍵名當作變量名，值作為變量的值），并將這些變量緩存起來，以便可以再不同的視圖中能夠互相交流變量，也就是這個方法允許調用多次，為了在每次調用時都能自動加載已經傳給前面視圖的變量，將所有傳給視圖的變量都緩存在類的一個屬性中，這樣每次調用方法的時候都會獲取所有的變量。之后加載這個視圖文件，然后將其作為輸出緩沖的一部分賦給全局變量$OUT，這個變量用來控制緩沖輸出，這樣做可以提高效率以及可以使調試的時間更準確。

其他的加載方法和上述的方法原理基本相同，只是根據情況有少許改變，CI在實現mvc模式的方法中將所有的文件都包含在控制器中，我們在包含了這些文件后，可以再控制器中自由使用這些對象和數據，然后最后通過緩沖輸出類來輸出所有的數據，雖然Loader這個類的結構看起來很復雜，但是其實它的實現時很簡單的，其內部的代碼原理基本相同，而且清晰明了，仔細看的話不難理解。

分享：淺談PHP企業級應用之WebService篇
來段企業級應用吧，主要是講PHP5對webservice的一些實現(以下的程序可以被JAVA，NET，C等正常調用) 國內用PHP寫WebService的真的很少，網上資料也沒多少，公司的項目開發過程中，經歷了不少這方面的東西，寫出來以供大家參考（謝謝老農提供的WSDL和程序文件