關於php擴充程式設計如何傳回數組的問題

 PHP是一個很優秀的工具，它可以簡單，也可以複雜。不一樣的項目，應該用不一樣的PHP。 

    小型專案 － 簡單直接的PHP 
    大致上對於一個功能頁在20以下的網站，我們可以用一個很簡單的框架結構來寫。在這個規模上，我建議是使用比較直接的過程導向程式編碼方法，原因很簡單，沒有必要把class檔案弄的N 多，結果controller裡邊就一個new就完了。當然，需求頻繁變動的項目除外。 
    在這個層級上，php優點表現的很明顯：快速開發，一目了然。缺點同時也隱藏得很好。

    中型項目－ 結構優美的OO化的PHP 
    對於中型項目，我建議使用良好設計的框架來做，這個框架可以是基於MVC模型，封裝了眾多底層操作的，當然，一定要有一個好的最好是透明的cache機制，這樣，我們為了適應變化而加入的OO機制可以運作得更快更好。 
    在這個等級。 php的缺點開始凸現，像是對OO支援的不完整（這個PHP5有很大改進），只能單線程模式。另外一些外圍工具開始出現缺乏支持，像PHP沒有好的重構工具，沒有好的整合到IDE中的單元測試工具。優點當然還是原來的快速開發，廣泛的可用的開源資源。 

    大型專案 － 擴充、最佳化後的PHP 
    這裡的大型項目，簡單的指分散式項目，就是說，你的程式需要部署在N台伺服器上了。在這個層級上，PHP比起j2ee的確缺乏許多支持。我曾經和shadow在735上詳細討論過PHP要在大型系統上應用需要解決的一些問題，當然這些問題不光是PHP這個語言的問題，也包括了周邊開發的問題： 
    1 PHP的頁面代碼共享， PHP的原始碼被載入記憶體一次以後，就保留在其中－ 這個用APC和Zend的優化器可以搞定。
    2 PHP頁之間的資料對象共享，a.php和b.php之間可以共享一個資料對象，例如數組，這個現在可以用序列化來做，但是會有文件io，這塊可以用共享內存或memcached來處理。 
    3 PHP的資料庫連接池，因為在多前端的情況下，PHP控制不住對資料庫的連接，所以需要在資料庫前邊去作一個連接池，類似sqlrelay的東西。另外資料快取也是很重要的，大壓力開發有一個tip，就是能不動資料庫就不要動資料庫。 
    4 PHP的前端cache系統。一個透明的可控制的cache機制，確保網站的頁面以最少次數查詢資料庫。這個有很多實現，但是沒有找到特別好的。 
    5 一個PHP應用，成功的解調這幾個問題以後，應付稍微大一點的壓力是沒有什麼問題的。 

    在這個層級上，重要的是，將PHP java C++ python之類融合起來，使其成為一個高效率系統。我們可以用memcached來做分散式記憶體管理，可以用Lucene 來做全文檢索，用ejb 容器來放一些業務邏輯組件，PHP則作為前端和系統的膠水，快速而靈活的把這些粘合起來。