php框架帮助

Question

好的，在任何人声明php框架问题已经被回答之前，请注意，我特别提出的问题是，考虑到我所提供的需求，哪个框架最好。我目前正在建设一个大型项目。我将在未来工作的几个中型/大型和几个小项目。我是一个经验丰富的php开发人员，完全了解OOP内外，对mysql数据库有很好的了解，所以学习一个系统是没有问题的。

现在，这是我真正想要的东西。我目前一直在使用一个不太大的“框架”，并为我的项目提供了这个框架。我想摆脱“框架”，真正开始使用一个实际的框架。我正在考虑构建我自己的框架，但我正在考虑(并真正倾向于)使用一个已经存在的框架。我看过一堆框架，甚至还玩过其中的几个。一旦我选择了一个框架，我将希望继续使用它，而不必在6个月后切换，所以在我选择之前，我将在做出最后决定之前做一些彻底的测试。我想从一些用户那里得到一些关于哪些用户最适合我的需求的信息。

在一个框架内，我正在寻找以下项目：

1. 的速度-由于是更大的项目，我需要记住速度。我可以编写高效的代码，但是如果框架很慢的话，现在真的不重要了，它会不会是:)
2. Authentication --如果可能的话，我希望能够通过框架使用一些内置的身份验证。我不一定需要基于用户的粒度权限，但或多或少需要通过组(粒度权限不是关闭，而不是requirement).
3. Ajax -我希望在我的应用程序中使用ajax，所以我想在框架中使用某种ajax实现，我个人更喜欢jquery。它不一定需要内置ajax特性，而是在efficiency.
4. Forms的输出之前用ajax输出关闭页面的一种方法--我已经看到很多框架都内置了用于管理表单的特性，但我想在这里提及它是为了节省headache.
5. Administration --这可能是我真正需要的最需要的特性之一。我需要能够创建一个后端来管理网站。我不想在一起破解一些东西来完成这个工作。
6. api -我将需要一个api来访问/修改我将是

的数据--内置于数据库方法中。不一定需要自动完成，只要给我访问权限，就可以检索/更新所需的数据。

这些不是必要的要求，但或多或少是好的特性：

1. 我希望能够将与某一项相关的所有数据封装到某种“模块”中。这样我就可以轻松地将它复制到另一个站点，并准备就绪。
2. 是一个易于导航的结构。我希望能够进入控制器，而不是看到50个文件，而是看到可能有10个文件夹，其中的文件被封装在文件夹中，以便更好地分隔。

这个时候我真的想不出任何其他的事情，但是如果我想别的什么，我会更新这篇文章。我真的很想从那些使用任何框架的人那里得到反馈。如果你没有混乱的框架，请不要推荐它，因为你没有经验，它将不知道它是否符合我的需要。任何帮助都是非常感谢的。

编辑:我只是想编辑这篇文章来澄清一些事情。在我正在寻找的需求/特性中，我不一定需要将所有的特性都内置到框架中。从一些反应来看，人们似乎认为所有这些东西都必须预先准备好。我或多或少地在寻找一个框架，该框架支持我正在寻找的所有功能，这些特性很容易用框架中的组件实现。例如，管理，它不需要有一个默认的管理区域，但允许我轻松地从我将添加到站点的组件创建管理。

Answer 1

根据我自己的经验( CodeIgniter，Zend )，，但实际上所有的主要框架都将允许您完成任何您要求的。

frameworks

• Ajax是我工作过的最快的

1. CodeIgniter，这并不是ZF最强大的特性，事实上，在我工作的地方，我们都得出了ZF速度慢的结论。
2. auth - Zend比我在其他
3. 中看到的要好--所有主要的框架都允许禁用布局/视图，Zend在这里稍微好一些，因为您可以有特殊的json视图。
4. forms - CodeIgniter框架处理表单比ZF容易，但是所有框架都应该轻松地处理这个问题。在这里需要提到的是它的表单生成器.
5. Administration - Symfony只是因为它有一个很好的crud表单生成器，它基于您正在传递的表(“管理生成器”)，它将大大加快开发速度，.
6. ???
7. Database - ZF在我的操作系统中更好地处理数据库，但是我也听说过关于Symfony的一些好东西。在我看来，CodeIgniter并不是那么严格的女巫。
8. 模块化应用程序-在ZF中构建模块实际上很容易，而且我最喜欢的特性是模块结构看起来像整个应用程序本身(例如。整个应用程序是一个模块.)
9. 易于导航结构--一旦您习惯了这些结构，但是我不喜欢CodeIgniter将它的所有控制器放在一个地方，而在ZF中您可以添加模块和将事物从一个或另一个中分离出来。

Answer 2

好吧，我以前使用过几个PHP框架，但是没有很多好的框架。您可以冒险查看

1. ok
2. ok (但不是企业级)
3. ok，但dojo
4. complicated
5. no，是一个框架，不是application
6. ok，，但实际上不是ERM
7. encapsulates PDO，而是丑陋的(糟糕的实现工厂模式)

。

ZF是由Zend自己开发的，但我对此也不满意，因为它有许多缺点(残酷的DBAL，复杂的表单处理，支持dojo而不是jQuery)，如果您习惯于Java/JBOSS或.NET，那么它就很糟糕(只提到这一点，因为您正在规划一个大型项目)。

如果您有一些时间来部署您的项目，如果您不需要立即开始，您也可以尝试FLOW3 (仍然是alpha)，这是由TYPO3团队开发的。我使用过一些FLOW3，可以说它是唯一至少具有良好的体系结构和一些好的想法/范例(例如AOP)的PHP。

如果我以正确的方式理解你，你将需要像CMS这样的东西作为你的后端。也许对现有的CMS进行评估并检查您是否可以扩展它们是个好主意(使用CMS作为框架(例如，TYPO3))。

您不会找到一个完全符合您的需要的FW，因此您应该考虑选择一个CMS/FW，并按您需要的方式定制它。如果这个项目像我想象的那么大，就应该有足够的资源来完成这样的任务。