我應該爲這個項目使用哪個PHP框架？

Question

我已經準備好了很多關於framework1 vs framework2的帖子，但是它似乎很多是個人觀點是片面的。基於以下情況，有人可以告訴我哪個框架適合我的需求嗎？

• 建立一個功能豐富的API，而其他站點和設備可以使用API​​來使用網站功能和訪問它的內容。
• RSS源與XML和JSON的jQuery交互。
• 能夠使用可自定義的佈局/模板。
• 使用插件，以便我不需要重複代碼。
• 數據庫查詢與關係。
• GREAT文檔。
• 積極支持。
• 不需要命令行訪問。
• 易於管理文件上傳和移動文件，所以只有某些用戶可以下載它們。
• 可自定義訪問級別，因此用戶可以根據他們正在查看的項目/部分具有不同的訪問級別。
• 開銷低。
• 不需要的「/圖」，「/編輯」中的網址，「/加」 SEO URL（取決於你想要做哪個動作。）
• 支持jQuery的

我見過的一些框架支持其中的一些但不是全部。我目前在一個項目中使用CakePHP，但不認爲它會滿足我的需求，因爲數據庫查詢可能會變得非常可怕。我聽說過一些關於CodeIgnitor的內容，但是它似乎並不容易使用模板（可能我誤解了我讀的內容）。

如果你能告訴我你認爲哪種框架適合這些需求，那爲什麼這會非常有幫助！

Answer 1

我只是spamvertize我的小框架概述表在這裏。簡單的表格回答一些您的技術要點：
http://matrix.include-once.org/framework/simple
使用細節/功能視圖cherrypick你的選擇。

• RSS甚至沒有與大框架的一個標準功能，使用PEAR庫
• 模板：所有的框架使用它們
• 插件：取決於你的插件的概念，大多數框架是可擴展的，雖然
• 尋找「ORM」
• 豐富的文檔：這會限制你的CodeIgniter或CakePHP的
• 不需要命令行訪問：除了symfony的+蛋糕，幾盡
• 文件上傳：這不是一個標準的功能，但我只是混搭庫
• 定製的訪問級別：幾乎所有框架都配備了許可制度
• 支持jQuery的：這是令人驚訝的。原型似乎是非常強的，只有一半的框架使用jQuery默認

Answer 2

CakePHP數據庫查詢不一定非常可怕。 （雖然我記得我的前幾個項目對數據庫來說確實很難）

通過正確的優化，數據的標準化/去標準化以及一些調整（想到持久性模型），您可以完成您使用CakePHP查詢的所有內容，並將數據庫負載降至最低。

這就是說，如果你真的想搬到別的東西，我會去Zend Framework。

Symfony臃腫，（是的，fanboys，這仍然是真的）。

Codeigniter超輕量級，但您將會做很多工作來完成您列出的要求。我已經創建了兩個codeigniter應用程序，這兩個應用程序都比較簡單，並且它們都花費了兩倍的工作量/兩倍的新代碼量，比起CakePHP。

Answer 3

當你談論框架時，大量的宗教狂熱活動四處流竄。但看看Fat-Free Framework的文檔。它可能會抓住你的幻想和要求。

Answer 4

我回答之前，讓我有資格說我在Zend的，笨的Symfony的的頻繁用戶，和日常用戶（和憎恨）認證。

Zend的設置，特別是如果你在做一箇中小型網站可能會很難看。尤其是使用數據映射器策略，您只需要爲模型設置說出千行或更多的代碼行。 CodeIgniter的設置明智得多，但仍然不失爲可能。

命令行免費 - 基本上 - 擊倒Zend。這是可行的，但並不好玩（參見上面的數千行代碼）內置的用戶身份驗證在Zend CodeIgniter上幾乎沒有那麼好，也許這是一個嚴重的敲門事件......絕對沒有模板在那裏。 Symfony的是直率的，因爲添加/查看/編輯的完成，等

恨打破它給你，但似乎所有這些框架的很多用戶並不以英語爲母語。忘掉Symfony吧，看起來完全是以東歐爲主。我討厭成爲Zend Framework的新用戶，他們對所有與他們對一些半複雜概念的假設相互競爭。有一個原因，Zend的培訓是昂貴的和充分的...... CodeIgniter並不可怕，但仍然可能令人沮喪。

只要我們廣泛使用jQuery和慾望，以避免一噸的劈飛的，因爲我的公司已完全傾倒的框架。現在安裝程序是有目的的，而不是框架......只是建立一個DAL，組裝類，構建視圖和完成。已確立的功能被重新定義爲我們實際已知和理解的「插件」。大多數交互是基於Jquery的Ajax（有時是XAJAX），它實際上並沒有充分利用框架 - 並且與Symfony打交道。對於那些認爲框架強制MVC的人，我有一位開發副總裁，他很好，謝謝。也許這不是你的正確答案，但我們很高興我們走了這條路。它節省了數週的文檔搜索。