最近准備接手改進一個別人用Codeigniter寫的項目，雖然之前也有用過CI，但是是完全按著自己的意思寫的，沒按CI的一些套路。用在公眾的項目，最好還是按框架規范來，所以還是總結一下，免得以後別人再接手的時候贻笑大方。
如果你還不知道 MVC ，應該盡快的學習，你會很快的體會到在 Model 中數據訪問，在 Controller 中進行業務邏輯，在 Views 中編寫 HTML 代碼的價值。如果你之前沒有使用過這種模式寫過程序，你也許會皺起額頭，不過你應該給自己嘗試這樣做的機會。
一條實踐准則是把更少的東西放進 Controller ，記住 DRY 准則：不要重復造輪子。當在超過一個地方編寫相同的代碼時，應該根據它的類型來嘗試編寫一個 library， helper，或 model。比如數據庫連接類，用得很頻繁，就把它做成 model（系統已提供）。
一旦領悟了 MVC 的精髓，這將會成為一種習慣，你會從 MVC 簡潔的代碼中受益良多。
一個原則就是：復雜的操作都交給Model。Controller更像個建築師。 Model是苦工。 View 是粉刷工。Controller 只需要把東西丟進Model裡就可以了，不需要在意數據是否異常，然後返回一個標志位以及相應的數據。這樣MVC 的 架構就體現出來了。
Model其實就像一個電器如：微波爐一樣，使用方法越簡單越讓人喜歡，(把食物放進去 －按啟動 －ok，飯熟了。)接口少的好處是，Model升級代碼優化的時候，對外界的耦合度不高。即使你內部寫得很爛，接口也很干淨，用起來也簡單。
最好是把 system 和 application 文件夾放在 webroot 以外的地方，如果 index.php 放在 FTP 服務器的 /public_html/ 路徑下，應該嘗試把 System 放在根目錄下 /system ，這樣的話，只能通過 index.php 訪問你的PHP文件。
不要忘記在index.php文件中修改 $system_folder 和 $application_folder 的值，$system_folder 的值應該是相對於 index.php 文件，而 $application_folder 的值是相對於 system 目錄。
常常犯的一個錯誤是忘記關閉 PHP 錯誤和數據庫錯誤報告，這樣做是有風險的。在任何一個公開的站點，error_reporting 應該設置為0 ，最多只能設置為 E_ERROR，數據庫設置 db_debug 應該設置為 false，基於其他安全考慮，設置不顯示出錯信息 ini_set('display_errors', 'Off');
在你編碼和調試時，應該把 error_reporting 設置為 E_ALL ，並且在把應用程序發布前解決每一個注意和警告。
一種簡易的方法是在 application/config/database.php 文件設置 db_debug 的值為一個常量 MP_DB_DEBUG，當網站在運行中，如下設置：
ini_set('display_errors', 'Off');
error_reporting(0);
define('MP_DB_DEBUG', false);
在編碼和調試中設置為：
ini_set('display_errors', 'On');
error_reporting(E_ALL);
define('MP_DB_DEBUG', true);
在接收任何數據到你的程序之前，不管是表單提交的 POST 數據、COOKIE 數據、URI 數據、XML-RPC 數據、還是 SERVER 數組中的數據，我們都推薦你實踐下面的三個步驟：
關於SQL注入，XSS，以及 CSRF ，你應該先了解它們，再決定是否采用方法來防止它們。可以參考CI手冊上的安全指南 以及 輸入和安全類。也許最重要的原則是在把數據提交到數據庫或文件系統之前檢查所有用戶的輸入。
CodeIgniter 有一個自帶的庫 Active Record 能夠幫助你在不使用 SQL 語句的情況下寫查詢語句。這在你不太精通 SQL 語句或不知道怎樣防止SQL注入的情況下是一個很好的方法。
當你需要更強大的工具時，你可以考慮使用 Object Relational Mapper ，就是鼎鼎大名的 ORM 了，遺憾的是，CodeIgniter 沒有自帶 ORM 庫，不過也有一些其他很好的選擇。
最流行的或許是 DataMapper OverZealous Edition (DMZ)，還可以使用 Doctrine (這裡有一個教程)，另一個選擇 RapidDataMapper 是作者自己的作品。
編寫簡潔的代碼，並且理解你的代碼，不要只是復制粘貼別人的代碼，並且不斷提高編碼能力。手冊上的開發規范是一個能學習怎樣更好編寫代碼的地方。
1. DRY。不要總是重復造輪子，把能重用的代碼放在它應該在的地方，比如libraries, helpers 或者是 models，而不是controllers，一個經驗准則：當你復制代碼的時候，也許你已經第二次把它放在了錯誤的地方。
2. Caching (緩存)。緩存是一個提高性能的很好的方式，尤其是減少數據庫的訪問。可以參考網頁緩存和數據庫緩存，或者在論壇上搜索其他的可選方案，比如 MP_Cache 是作者自己的作品。
3. HTTP headers (HTTP頭部)。在客戶端你能夠通過單獨發送HTTP頭部使浏覽器緩存頁面來提高性能，當你使用 AJAX 的時候你也需要了解它來禁止浏覽器緩存。
一個禁止緩存的例子：
$this->output->set_header("Last-Modified: " . gmdate("D, d M Y H:i:s") . " GMT");
$this->output->set_header("Cache-Control: no-store, no-cache, must-revalidate");
$this->output->set_header("Cache-Control: post-check=0, pre-check=0", false);
$this->output->set_header("Pragma: no-cache");
一個長時間保持緩存的例子(比如 css, javascript)：
$this->output->set_header('Cache-Control: private, pre-check=0, post-check=0, max-age=2592000');
$this->output->set_header('Expires: ' . gmstrftime("%a, %d %b %Y %H:%M:%S GMT", time() + 2592000));
$this->output->set_header('Last-Modified: ' . gmstrftime("%a, %d %b %Y %H:%M:%S GMT", time() - 20));
在 MY_Controller 頭部和 __construct 函數中添加以下內容，用於設定默認的模版信息，其中 SITE_NAME 需要自己在 application/config/constants.php 裡面自己定義：
class MY_Controller extends CI_Controller {
protected $_data; // 模版傳值數組
protected $_tplext; // 默認模版後綴
protected $_header; // 默認頭部模版
protected $_footer; // 默認底部模版
public function __construct () {
parent::__construct();
$this->_data['title'] = SITE_NAME;
$this->_tplext = '.php';
$this->_header = 'templates/header';
$this->_footer = 'templates/footer';
// 開發模式下開啟性能分析
if (ENVIRONMENT === 'development') {
$this->output->enable_profiler(TRUE);
}
}
}
新增的控制器不再繼承 CI_Controller，而改繼承 MY_Controller：
class Index extends MY_Controller {
public function __construct () {
parent::__construct();
}
/**
* 前台首頁
*/
public function index () {
$this->_data['title'] = '首頁'; // 不指定則使用默認標題 SITE_NAME
$this->_view('index/index');
}
}
末了，再補充兩個：
cache用以存儲緩存文件，codeigniter文件夾包含了CI的基類CI_Base，為了兼容php4和php5，CI_Base有兩個版本，其中php4版本的CI_Base繼承於CI_Loader。libraries裡存放了大部分常用的類庫，最主要的三個類：Model，View和Cotronller，自己寫的任何mvc都要繼承於已有的mvc類；helpers裡是一些函數（方法）集合，用以輔助其他模塊的方便工作。language是一個語言包，用以支持多語言。
application文件夾用以存儲您的應用程序，CI已經在內部為您增加了一些子文件，包括models、views、controllers、config、errors、hooks和libraries。其中前三個文件夾是用以創建模型、視圖和控制器的。您的大部分工作都應該是創建屬於自己的MVC，並可在config裡加入配置文件，libraries裡加入一些對象和方法，用來輔助您的模型和控制器工作。而hooks也是對CI_Hooks的擴展，具體內容見下面的章節。
當有一個http請求時，如http：//www.google.com/blog/，首先進入CI的引導文件index.php。接下來我們看看index.php裡做了哪些事情。
index首先設置了應用程序的文件夾名稱為application，系統的文件夾名稱為system，然後做了一系列嚴格的判斷並轉換為unix風格的服務器絕對文件路徑，具體說來定義了兩個比較重要的常量，APPPATH，應用程序的文件夾路徑，根據分析可知，該路徑可以和system同級：htdocs/application/，也可以放到system文件夾裡面，作為其子文件夾：htdocs/system/application/，但推薦采用第二種方式，這樣顯得比較整齊；BASEPATH，網站文檔的基本文件路徑，寫出來大概是htdoc/system/；到最後，index引導文件引入了codeigniter/codeigniter.php裡。接下來我們看看codeigniter裡做了什麼事情。
codeigniter.php一上來就引入了三個文件：Common.php，Compat.php和config/constants.php，其中Common裡包含了一些函數，用於載入類庫的load_class，記錄日志的log_message，和引入錯誤頁面的show_404是幾個重要的函數；Compat主要解決了php4和php5中的函數不兼容問題，而constants則定義了一些讀寫文件權限的常量。
緊接著codeigniter載入了第一個類庫，Benchmark，這個類庫最簡單的一個應用就是計算網頁從開始到編譯結束所花掉的時間，所以您在編譯開始的地方打上一個標記，渲染結束後再打上一個標記，就可以算出其中花費的時間了。
接著載入了第二個類庫，Hooks，這個類庫和Benchmark一樣都是在system\libraries下，這個類庫的作用是在程序開始編譯之前給您提供一個執行其他事情的機會，Hooks會您執行其他任務提供了大約8個機會，具體參見用戶指南。在這裡，它導入了第一個鉤子。
然後分別載入了Config，URI，Router，Output等類庫，接著，檢查是否有cache_override的鉤子，這個鉤子可以允許您調度自己的函數來替代Output類的_display_cache方法，如果沒有，直接調用Output的_display_cache，檢查是否有緩存內容，如果有，則直接輸出緩存，退出；如果沒有，則接著往下執行。
此後，繼續載入Input，Language，注意此前載入的類庫都是一個引用；然後又一個重要的載入，那就是CI_Base對象的載入，首先會判斷php的版本，如果是php4版本的，則會首先載入Loader，然後載入Base4，因為Base4中CI_Base繼承於CI_Loader,而Base5中，CI_Base與CI_Loader沒有繼承關系。
下一步，也是真正關鍵的一步了，這一步開始載入了一個Controller類，這個是個實例，而不是引用；然後通過Router來解析http地址，獲得控制器和方法的名字，接著看application\controllers裡是否存在這樣的控制器和方法，如果沒有，則報錯；如果有，則開始判斷。
先總結這麼多，以後有再補充。
