2010-02-03 37 views

回答

9

如果我沒有弄錯,HipHop還沒有發佈 - 即使從Facebook annoucement yesterday連接wiki page還沒有結束。

所以,現在有點難以回答。


我想這將完全取決於:

  • 由框架使用的功能 - 如在這裏和那裏已經說了,像eval的東西不被支持的HipHop
  • 的PHP擴展框架使用:只有一些已被Facebook移植到HipHop。
  • 根據框架和您的特定需求,可能/可能是一些您所使用的框架的子集將被支持,即使不是每一個可用的組件......我想時間會告訴我們這;-)
5

至少ZF和Symfony被用於企業級應用程序,機會非常好,它們將與HipHop一起運行。如果不是現在,那麼遲早。但是,如果他們可以使用這些框架運行,那麼問題就不那麼重要了,但是您的支持IT架構的外觀如何。

HipHop是用於擴展像Facebook這樣的大型多服務器高流量網站。在您的常規Web應用程序中,您可能無法從中獲益。只需繼續使用memcache和APC。

請參見以下相關文章:

+0

如果一個框架使用eval,它可能很難使用HipHop。我想如果HipHop獲得牽引力,這個約束將會移動任何框架,以在將來停止使用eval – 2010-02-03 12:43:20

+1

@Jon是。這就是我想暗示的*如果不是現在...... *以及它在鏈接文章中所說的話。 ZF不使用任何'eval' afaik,所以它*可能*工作。只有*可能*,因爲它不僅是'eval'。這也是Facebook不使用atm的任何擴展。 – Gordon 2010-02-03 12:53:33

+0

對於引用的文章+1是非常有幫助的 – sathish 2010-02-04 05:33:48

2

雖然我敢肯定,我們大多數人都好奇什麼街舞打算是的,我知道它不會取代PHP - 這是一個非常有利的產品:除非您運行的是大型服務器場,否則性能優勢與維護成本並不合理。

也許這可能是一個有趣的替代方案,用於某些人使用編碼的PHP - 但這又會帶來更大的維護開銷。編譯的PHP似乎很有意義的唯一小容量場景是嵌入式設備(其中軟件支持硬件而不是反之亦然)以及非常高的安全性安裝(其中並不是一個好主意有翻譯可用)。

能夠說出什麼PHP軟件將與它一起工作還爲時過早。然而,即使這種做法確立了,我也希望看到任何供應商的堅定承諾,他們將在我切換之前明確支持HipHop。

C.

+0

......我希望它對於獨立應用程序也很有用。 發現這個視頻當前我在觀看http://www.ustream.tv/recorded/4409735 – symcbean 2010-02-03 12:12:52

+0

如果有人正在創建一個預計流量非常大以至於性能可能受到關注的_new_ web應用,也許他們應該考慮首先使用PHP以外的其他東西。但在99%的案例中,您不會遇到這些問題...... FB擁有200多萬用戶。 – 2010-02-04 10:03:38

2

我不會重複已經說過的話,我只想補充一點,只要街舞發佈,你可以在開源社區指望提交補丁您最喜愛的框架,以提高兼容性與HipHop。另外,測試您最喜歡的框架是否兼容的一個好方法是使用HPHPi啓動測試套件(然後您知道在哪裏集中修補工作;)。

1

簡單的回答:我不這麼認爲。

剛看到這個嘻哈頁:https://github.com/facebook/hiphop-php/wiki/

「你在簡單的PHP不斷編碼,然後街舞執行源代碼在語義上等價的方式和犧牲了一些很少使用的功能 - 如的eval() - 在交流以提高性能。「

在ZF 1.9上搜索了'eval',並且發生了100多次。

2

搜索「EVAL」給出了很多誤報,當你點擊這個詞如果你搜索「評估」的意見,或escapeValue如果搜索不區分大小寫等

'eval('在ZF 1.11中,你會在第59行的Zend/Serializer/Adapter/PhpCode.php中找到一個方法,該方法將存儲的PHP代碼進行反序列化。該方法不是MVC體系結構的一部分,db組件,而實際上不使用其他任何地方框架(Zend_Serializer_Adapter_PhpCode不是實例的其他任何地方的代碼庫)。

所以,如果EVAL傷了你的ZF-嘻哈應用程序,請不要使用Zend_Serializer_Adapter_PhpCode,或在EVAL您的消費者代碼。