我們綜合考慮了社區(qū)的愿望和意見后，也對什么樣的未來對 CI 是最合適的做了一些思考，然后，CI 理事會對框架的未來做出了一些決策。預告一下，未來將會有重大變化，但我們相信他們不僅為我們的未來做準備，也會保持 CodeIgniter 的一貫特點 - 簡潔、快速和靈活。

這篇文章是對未來的一個簡單概述。請記住，這僅僅是最初的計劃。任何信息都可能會隨著開發(fā)的進行而發(fā)生變化。

核心變化

從 CodeIgniter 第一版發(fā)布以來，PHP 社區(qū)發(fā)生了巨大變化。CodeIgniter 的許多核心要素在當時是必須的，但當 PHP5 發(fā)布后，CodeIgniter 的核心幾乎沒有任何變化。如果未來 CodeIgniter 想要繼續(xù)保持高水準并鞏固其在 PHP 框架中的地位，則必須進行大改變。

這意味著系統(tǒng)必須全部重寫。新的 CI 將在獨立的代碼庫中開發(fā)以保持代碼的清晰。我們設想會復用一些以前的代碼，但重點是 現(xiàn)代的 清晰的代碼。

自從我們以 PHP 7 為目標以來，PHP 5.6 已進入安全維護模式，并將在幾個月后完全停止支持。CI 暫時不會為一個即將停止支持的 PHP 版本發(fā)布新版本。我們知道主機的環(huán)境千差萬別，那么一些程序可能就無法完全支持 PHP 7，所以 3.x 分支將繼續(xù)維護一段時間 - 將遠遠長于 3.x 發(fā)布后的 2.x 分支的 EOL 時限。

application 和 system 目錄都將支持 PSR-4 自動加載。CodeIgniter 將使用自己的自動加載器，并將會整合 Composer。

我們將封裝一些組件，以便在大多數(shù)情況下可以用于 CodeIgniter 以外的項目。

包/模塊

我們將丟棄應用程序包和模塊的概念。不必驚慌！因為你可以用名字空間來處理大多數(shù)情況 - 至少控制器和模型是這樣的。對于其他的例如視圖、配置文件和 Helper 等，我們相信可以讓這些東東支持名字空間。你也可以把所有包的功能和模塊的路由能力放到任意目錄中，只需告訴自動加載器如何找到他們。

路由

路由功能將被更新。URI 直接映射到控制器/方法這個『魔術(shù)路由』功能將可關閉，以便讓你選擇自己喜歡的路由方式。在路由配置文件中你可以選擇使用『魔術(shù)路由』或者單獨指定每個路由。

改進的日志系統(tǒng)

日志系統(tǒng)將被改進，但具體細節(jié)尚未確定。

測試

我們將繼續(xù)使用 PHPUnit 做測試。這也意味著你需要自己測試應用程序，但我們將為你準備好所需的工具。

向后兼容性

正如上面講到的那樣，這一定是一個和老版本不兼容的版本。我們認為這應該是框架最好的未來。對于這次的重大變化，我們已經(jīng)做了很多年的基礎工作，我們將盡可能的使過渡更平滑，但是對于我們能提供一個怎樣的現(xiàn)代化的基礎代碼仍有待觀察。

我們將盡最大努力保持讓 CodeIgniter 多年來流行的特性，即快速、簡潔和『優(yōu)雅』。

開發(fā)時間表

整個開發(fā)過程將分為三個階段。

下列類庫將從內(nèi)核刪除，改為按需下載：排版類、FTP 類、ZIP 類和 XML-RPC 類。

購物車類、Javascript 類、單元測試類和 Trackback 類將被刪除。

我們期望在一年內(nèi)能完成一個內(nèi)核基本成型的 Alpha 版本。之后，我們將把重點放在改進內(nèi)核與開發(fā)剩余軟件包的工作中。確切的時間表可能會有所不同，因為，與大多數(shù)開源項目一樣，這取決于社區(qū)貢獻的數(shù)量與質(zhì)量，以及核心開發(fā)者的時間和精力。

第一階段

第一階段將側(cè)重于抓住框架最重要的部分。這將是框架其他部分的基礎。他們包括：

• 自動加載器

• 依賴注入

• 日志

• 異常處理

• HTTP 請求/響應層（或輸入/輸出）

• 路由

• 控制器

• 模型

• 數(shù)據(jù)庫層

• 配置

• 安全

第二階段

第二階段的重點是完善一些 CodeIgniter 用戶喜聞樂見的類和特性。他們包括：

• Helper

• 語言/國際化特性

• 緩存

• Email

• 加密

• 表單驗證

• 圖像處理類庫

• 分頁

• 上傳類

• Session

• 視圖

• 調(diào)試和分析工具

第三階段 - 可選類庫

第三階段將主要用來擴充可選軟件包。在這個時間點，框架應該可以發(fā)布了，不需要等到所有類庫都準備就緒。

• FTP

• XML-RPC

• Zip

• 排版類

• 模板解析器