То же самое можно сделать не используя бандлы, в чём аргумент?
Бизнес логика самого приложения вообще не должна быть в каком-либо бандле, иначе ты как раз увеличиваешь связанность своей бизнес-логики с фреймворком symfony2
Я прямо таки откровенно не понял.
Попробуй теперь перевезти свой код из папочки `src/` на другой фреймворк. Там не просто какой-нибудь слой адаптеров поправить, там придется перелопатить иерархию директорий. Если есть желание разбить два компонента — один для работы с юзерами и один для работы с платежами, ничего не мешает это сделать просто вынеся их в разные директории, для этого не нужны разные бандлы.
Расширение можно делать очень просто — изменяя код. В случае с third-party библиотеками ты не можешь менять их код, поэтому прибегают к разным подходам, в т.ч. к ивент-модели. Но когда ты можешь менять код и этот код не будет работать вне твоего приложения, нужно делать наиболее прямо.
Уровень предстваления твоего приложения входит в рамки твоего приложения. События привязывают тебя к symfony/event-dispatcher, сервис ни к чему тебя не привязывает, а контроллер это адаптер.
Идея бандлов нужна только для распространения кода, а не для конкретного приложения. Бизнес логика самого приложения вообще не должна быть в каком-либо бандле, иначе ты как раз увеличиваешь связанность своей бизнес-логики с фреймворком symfony2
Скорее всего так и останется как есть. Оппозиция была очень сильная против строгой типизации даже в том варианте, в котором ее получилось протолкнуть, по-умолчанию такого точно не будет в пхп.
Текущий вариант, позволяет не библиотеке определять, должен ли ты преобразовывать данные вручную или они сконвертятся на лету. Вместо этого вызывающий код решает по каким правилам ему работать, выглядит куда более гибко и не создает проблем тем кто любит автоматическую конвертацию типов.
Я лично вижу лучший вариант только просто строгие типы, но это за гранью возможного.
Ну JIT-а не будет на уровне языка пока что. То, что они открыли, это не JIT, это сложно как-то назвать вообще. Нормальный жит возможно будет позже, либо в 7.1, либо в виде экстеншена.
Это относится только к функциям которые используют зпп, то есть функции в расширениях (не в пхп коде) и ускорение там совсем небольшое будет, там больше времени съедается на других вещах. Но вообще в 7 уже довольно хорошо ускорили вызов функций.
Кстати эта рфц должна быть уже в апстриме, так что это уже не планы :)
По-моему это как раз уязвимость именно баша — посмотрите на репродьюсер: env X="() { :;}; echo busted" bash -c «echo stuff»
Он начинает испольнять строковый литерал. Может это на самом деле нормальное поведение для баша, но обычно даже самые динамично-высоко-уровневые языки не исполняют строки если их не просить.
Symfony2 перехватчик исключений с помощью сервисов или как избежать использования Event Listener
Попробуй теперь перевезти свой код из папочки `src/` на другой фреймворк. Там не просто какой-нибудь слой адаптеров поправить, там придется перелопатить иерархию директорий. Если есть желание разбить два компонента — один для работы с юзерами и один для работы с платежами, ничего не мешает это сделать просто вынеся их в разные директории, для этого не нужны разные бандлы.
Symfony2 перехватчик исключений с помощью сервисов или как избежать использования Event Listener
Symfony2 перехватчик исключений с помощью сервисов или как избежать использования Event Listener
Symfony2 перехватчик исключений с помощью сервисов или как избежать использования Event Listener
Symfony2 перехватчик исключений с помощью сервисов или как избежать использования Event Listener
Следующая версия PHP будет называться PHP 7
Как я перестал беспокоиться и стал коммитить в GIT на большом 1С-Битрикс проекте
ftfy
Готовимся к собеседованию по PHP: ключевое слово «static»
Готовимся к собеседованию по PHP: ключевое слово «static»
Как определить дубликаты картинок с помощью PHP
Сравнение систем типов PHP7 и Hack
Сравнение систем типов PHP7 и Hack
PHP-Дайджест № 58 – интересные новости, материалы и инструменты (22 февраля – 16 марта 2015)
Я лично вижу лучший вариант только просто строгие типы, но это за гранью возможного.
PHP-Дайджест № 58 – интересные новости, материалы и инструменты (22 февраля – 16 марта 2015)
PHP-Дайджест № 58 – интересные новости, материалы и инструменты (22 февраля – 16 марта 2015)
Разбор вызовов функций в PHP
Разбор вызовов функций в PHP
Кстати эта рфц должна быть уже в апстриме, так что это уже не планы :)
Разбор вызовов функций в PHP
Оптимизируем VPS за 5$ (512MB RAM / 1 CPU) так, что сайт на wordpress выдерживает нагрузку в 42,735,587 хитов в день
Всё, что вы хотели знать об уязвимости Shellshock (но боялись спросить)
Он начинает испольнять строковый литерал. Может это на самом деле нормальное поведение для баша, но обычно даже самые динамично-высоко-уровневые языки не исполняют строки если их не просить.