是否有可以与 Facebook 的 HipHop 一起使用的 PHP MVC/ORM 框架的好列表？
1011 次
2 回答
5
首先，你应该知道目前 HipHop 没有完整的 PHP 5.3 支持，你不能使用所有的扩展。
其次，如果您要构建一个在大小和用户群上与 facebook 相当的应用程序（我真的怀疑），那么使用 ORM 将是如何下沉项目的最佳方法之一。
我无意再次重复有关 ORM 的相同歌曲和舞蹈，因此，请阅读此较早的评论。
最后一点：在大型项目中，人们不使用罐装框架。他们在内部编写一个然后使用它，因为大型项目有非常具体的要求，而流行的 mvc 框架往往有一切，但厨房水槽的方法来添加功能。
如果你不是在构建像 Facebook 一样大的项目，那么你就不需要 HipHop。
于 2011-11-24T18:53:23.243 回答
2
除非您确实遇到可以直接归因于 PHP 性能的性能问题，否则我强烈建议您避免使用 HipHop。它当然可以（如果使用得当）处理极高的流量，但它也不完全兼容 PHP。如前所述，并非所有 PHP 扩展都适用于 HipHop。
如果您遇到性能问题，那么在求助于 HipHop 之前，您可以考虑其他替代方案。首先，检查脚本的性能，确定瓶颈并优化它们。这是您最能控制的应用程序部分，因此是您应该开始的地方。与外部资源（尤其是数据库和远程服务器）的交互是一个很好的起点，因为这是操作往往花费最多时间的地方。可以通过减少查询负载和明智地选择表索引来提高数据库性能（提示，ORM 往往会产生非常次优的查询模式）。您还可以将特别昂贵的操作卸载到 cron-jobs 以离线运行，并让在线脚本将操作排队。
如果这不能提供足够的性能提升，那么有 APC 将 PHP 代码缓存在“字节码”中（为了更好的术语），在 Zend 引擎运行之前不必对其进行解析. 这提供了性能提升。您还可以执行其他操作，例如使用 memcache 进行缓存、缓存结果等，以进一步提高性能。
如果您仍然没有获得足够的性能，那么，也只有到那时，您才应该考虑 HipHop。您应该将其视为最后的手段，而不是第一手段。在项目明显受到性能问题困扰之前，您也不应该开始担心优化项目。
永远不要过早优化。
于 2012-04-09T16:57:11.857 回答