Вчера Facebook запустил HipHop , исходный код-конвертер с php на c ++. Набор php-функций и конструкций более ограничен, чем в стандартном php.
Являются ли текущие популярные php-фреймворки (ZF, CakePHP, symfony) совместимыми с HipHop? Если нет, то какие части этих фреймворков непригодны для использования?
Если я не ошибаюсь, HipHop еще не выпущен – даже вики-страница, связанная с аннексией Facebook вчера, еще не началась.
Так что сейчас будет сложно ответить.
Полагаю, все зависит от:
eval , не поддерживаются HipHop По крайней мере, ZF и Symfony используются для приложений уровня предприятия, скорее всего, они будут работать с HipHop. Если не сейчас, то рано или поздно. Однако вопрос заключается не столько в том, что они могут работать с этими фреймворками, сколько в том, как выглядит ваша поддерживающая ИТ-архитектура.
HipHop предназначен для масштабирования больших многопользовательских сайтов с высоким трафиком, таких как Facebook. В своем обычном веб-приложении вы, скорее всего, не получите никакого преимущества. Просто продолжайте использовать memcache и APC.
См. Следующие статьи:
Хотя я уверен, что большинство из нас интересуется, что будет HipHop, я знаю, что это не будет заменой для PHP – это очень нишевой продукт: если вы не используете большую ферму серверов, тогда преимущества производительности vs расходы на техническое обслуживание просто не оправдали бы этого.
Возможно, это может быть интересной альтернативой использованию закодированного PHP для некоторых людей, но опять же это приводит к еще большему количеству накладных расходов на обслуживание. Единственный сценарий с низким объемом, в котором скомпилированный PHP, по-видимому, имеет большой смысл, – это встроенные устройства (там, где программное обеспечение существует для поддержки аппаратного обеспечения, а не наоборот) и для очень высоких установок безопасности (где это не очень хорошая идея для имеется переводчик).
Пока рано говорить о том, с чем будет работать программное обеспечение PHP. Однако даже после того, как это было установлено, я хотел бы видеть твердую приверженность любого поставщика, что они будут явно поддерживать HipHop в будущем, прежде чем я переключусь.
C.
Я не буду повторять то, что уже было сказано, я просто добавлю, что как только HipHop будет выпущен, вы можете рассчитывать на сообщество openource для отправки исправлений для вашей любимой структуры для повышения совместимости с HipHop.
Кроме того, один хороший способ проверить, совместим ли ваш любимый фреймворк или нет, – запустить тестовый пакет с помощью HPHPi (тогда вы знаете, где сосредоточить усилия на исправлении;).
Поиск «eval» дает много ложных срабатываний, так как вы получаете хиты для слова «оценивать» в комментариях или escapeValue, если поиск не чувствителен к регистру и т. Д.
Если вы ищете 'eval (' в ZF 1.11, вы найдете один раз в Zend / Serializer / Adapter / PhpCode.php в строке 59 в методе, который неэтериализует сохраненный PHP-код. Этот метод не является частью MVC архитектуры, компонента db и фактически не используется нигде в структуре (Zend_Serializer_Adapter_PhpCode не создается нигде в базе кода).
Поэтому, если eval разбивает ваше приложение ZF-Hip Hop, не используйте Zend_Serializer_Adapter_PhpCode или eval в своем потребительском коде.
Простой ответ: я не думаю, что так будет.
Просто увидел это на странице hiphop: https://github.com/facebook/hiphop-php/wiki/
«Вы продолжаете кодирование в более простом PHP, тогда HipHop выполняет ваш исходный код семантически эквивалентным образом и жертвует некоторыми редко используемыми функциями, такими как eval (), в обмен на повышение производительности».
Был поиск «eval» на ZF 1.9, и было более 100 событий.