支持Hyper PHP（HipHop）的PHP MVC / ORM框架

Question

是否有一个很好的PHP MVC / ORM框架列表可以与Facebook的HipHop一起使用？

Answer 1

首先，您应该知道目前HipHop没有完整的PHP 5.3支持，您无法使用所有扩展。

其次，如果你要构建一个大小和用户基础与facebook相当的应用程序（我真的怀疑），那么使用ORM将是下沉项目的最佳方式之一。

我无意重复同一首歌曲。再次跳起ORM，read this earlier comment。

最后一点：在大型项目中，人们不使用预制框架。他们在内部编写一个然后使用它，因为大型项目有非常具体的要求，而流行的mvc框架倾向于采用一切 - 但是 - 厨房 - 接收方法来添加功能。

如果您没有构建与Facebook一样大的项目，那么您不需要HipHop。

Answer 2

除非您确实存在可直接归因于PHP性能的性能问题，否则我强烈建议避免使用HipHop。它当然可以（如果使用得当）处理极高的流量，但它也不能与PHP完全兼容。如前所述，并非所有PHP扩展都适用于HipHop。

如果您遇到性能问题，那么在不得不诉诸HipHop之前还有其他选择。首先，检查脚本的性能，确定瓶颈并优化它们。这是您最能控制的应用程序的一部分，因此也是您应该从哪里开始的。与外部资源（尤其是数据库和远程服务器）的交互是一个很好的起点，因为这是运营往往花费最多时间的地方。通过减少查询负载和明智地选择表的索引可以提高数据库性能（提示，ORM往往会产生非常次优的查询模式）。您还可以将特别昂贵的操作卸载到cron-jobs以使其脱机运行，并使联机脚本只对操作进行排队。

如果这不能提供足够的性能提升，那么APC会将PHP代码缓存在一个字节代码中，并且＃34; （因为缺少更好的术语）在Zend Engine运行之前不必解析。这提供了性能提升。您还可以执行其他操作，例如使用memcache缓存，缓存结果等，以进一步提升性能。

如果你还没有获得足够的表现，那么，只有这样，你应该考虑HipHop。您应该将它视为最后的手段，而不是第一手段。您也不应该开始担心优化项目，直到它明显受到性能问题的影响。

永远不要过早优化。