Это по всей планете PHP, но в случае, если вы пропустили это,
Дерик опубликовал протокол встречи с разработчиком ядра в Париже о будущем PHP 6 .
Джефф опубликовал некоторые очень положительные чувства. Точно так же думаю, что есть что-то отличное.
У вас нет времени на подробный обзор ( Мартен ?), Поэтому некоторые шорты. Планируемая поддержка Unicode / i18n — большая, если вам интересно, что такое ICU, посмотрите здесь — это не игрушечный проект. Регистр глобалов мертв, долгоживущие входные фильтры . PHP6 будет означать больше разрывов BC, но по правильным причинам. Пространства имен снова в игре, но с задержкой ‘?’ торчать (так что не надейтесь).
Конечно, как и у всех, кто не вносит свой вклад в ядро, у меня есть «мнение» об отклоненных изменениях, о которых мне нужно поспорить: делегаты — были вызваны этим комментарием «Мы не видели ни одного реального примера кода». Позвольте мне предоставить …
Давным-давно здесь присутствовали делегаты (называя их декораторами) со ссылкой на проекты, использующие их в реальном мире, такие как этот . Способ, которым они должны быть реализованы с помощью PHP сегодня, вероятен по двум причинам: во-первых, вы написали значительное количество «глупого» кода, подобного этому, и, во-вторых, вы вводите тонну «бесполезных» вызовов методов, которые несут значительную производительность. накладные расходы. Если бы было возможно устранить последнее, которое можно (возможно) каким-то разумным образом устранить на уровне двигателя. Некоторый умный синтаксис для указания делегата / декоратора был бы классным, и все же более прохладным было бы некоторое умное устранение избыточных вызовов на уровне движка.
Rant сделано — спасибо за прослушивание.