对于大型应用程序来说，CodeIgniter 是明智的选择吗？

Question

我一直在阅读 codeigniter 从开发角度来看有多么出色。我确信使用该框架将使开发过程更快。但我问自己的问题是，满足您的需求的单独制作的框架会有什么不同吗？

尽管 CI 宣称占用空间很小，但它是否会导致系统“陷入困境”，因为它基本上是框架上的框架（后来将 PHP 称为 C 的框架）？有没有好的方法来分散负载？是否有任何使用 CI 进行的大型应用？

谢谢卡斯珀。

Answer 1

我运行一个笨网站，查看有关11K的文件。

我重大的修改，我需要的CodeIgniter的基本结构。举例来说，我有3个应用程序使用相同的系统文件3个前端控制器。我使用Smarty的作为我的模板引擎。我有动力通过jQuery和原型/ Scriptaculous的丰富的PHP Web应用程序。我用表单验证，认证，活动记录，电子邮件，等等等等

我的经验，到目前为止一直非常积极。

一旦你得到一个（真正的）模板引擎像智者插入笨你有所有你所需要的大中型网站的力量。

您必须考虑组织您的网站成为大“元组”作为笨的“控制器”结构期望这样的行为。 （ '博客'， '商品'， '论坛'，等等。）

CI是很容易的添加插件。

在框架简化了很多废话，否则你将需要手工编码的。它的快速，简单和可配置的。

我的一个与CI大投诉到目前为止，它不是非常多的应用程序感知。默认布局假设你正在运行1个应用程序。就我而言，我有可以拉成所有运行的应用程序的全局文件全局应用程序。然而，这可能是更优雅的解决。此外，还必须添加一些额外的绒毛前端控制器之间进行切换。

我喜欢的CI的方面是容易上的MySQL数据库的活动记录的。它死了简单的建立一个数据库连接，并得到积极记录查询运行。

我要说的是，它很容易上手。只要确保你货比三家，找出如何智者插入到你的应用程序。你可以使用你需要的，如果在你的模板/ else逻辑你拧默认“视图笨的年代，但分钟。

我设置了“模板”和每个应用程序中，我可以Smarty模板和静态内容分别填充“内容”的区域。其余的我可以拉从DB连接。

Answer 2

这确实是一个只有你才能回答的问题。当您谈到“大型系统”时，您可能指的是大量使用的系统（通过综合浏览量等），或者包含大量业务规则但仅由少数人使用的系统。应用程序是否需要速度快，或者您可以在多个服务器之间对其进行负载平衡吗？

在我看来，你的“PHP 是 C 上的框架”评论相当不正常。不，PHP 不如 C 快。但它在处理网络请求方面要好得多。PHP 用于一些世界上最大的网站 - Facebook 最初完全是用 PHP 编写的。雅虎大量使用 PHP。因此，PHP 对于任何人来说都足够快，特别是考虑到数据库几乎总是您的瓶颈。如果您的 PHP 应用程序速度变慢，您可以使用内存缓存/负载均衡器/在网络上放置更多应用程序服务器。扩展 PHP 端的东西非常容易。

我可以告诉你的是与其他框架的简单比较。我在有限的部署中使用过 CI，主要是帮助其他人，但我所看到的，我很喜欢。与 CakePHP 之类的工具相比，它为您提供了运行时速度优势，但它会增加您的开发时间（因为 Cake 的最大优势是其快速开发和部署的能力）。就速度而言，它感觉与 Zend 或 Symfony 相当，但仍然比自己编写原始 PHP 慢 5-7 倍。

总结各种框架（注意：我的意见如下）：

• CakePHP 非常适合快速开发。它的性能是主要框架中最差的，尽管 1.3 版本（即将推出！）应该可以让您免费获得 25% 的速度提升（API 没有变化，只是删除了 PHP4 支持）。它专注于 ActiveRecord，并且能够以超快的速度启动和运行功能齐全的站点（非常非常快速的开发/原型制作）。
• Zend 是使用最广泛的。它在添加模块方面具有最大的灵活性。它速度超级快，尽管不是特别轻。对于企业项目，我会选择这个或 symfony。对我来说感觉就像使用不同的库。而且他们的命名约定有点繁琐......
• Symfony - 请参阅 Zend 评论。尽管 symfony 应该更加有进取心。
• CodeIgnitor 是业界的新宠。它的重点是不妨碍你，同时仍然是一个“框架”，即一个可以帮助您更快完成工作的工具。运行速度很快，但开发速度稍慢。