我应该为这个项目使用哪个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的人，我有一位开发副总裁，他很好，谢谢。也许这不是你的正确答案，但我们很高兴我们走了这条路。它节省了数周的文档搜索。