Чет ты не с этой оперы. 1. Производительность. Это не компилируемые

Question

Чет ты не с этой оперы. 1. Производительность. Это не компилируемые

языки, тут рефлексия чуть медленнее но не такая разница как в компилируемых. Темболее для autowiring она один хер юзается уже. Даже бог с ней с рефлейкией, контейнер симфонивский умеет в кеш. А это разовая операция. пхплига и пхпди же сделали это и много кто пользуется. Короче производительность нет.
2. Причем тут PSR? Я тебе про момент описания инджекта зависимостей, а не момент получения сервиса через контейнер.

Отвечу сам на свой вопрос. Пришлось погуглить https://github.com/symfony/symfony/issues/21103 вот и https://github.com/symfony/symfony/pull/21376
Просто пока-что реализации не нравятся, но обещали подумать как избавится от лишнего файла.

#php #programming #russian

0

04.10.2017

1 ответов

12 просмотров

Sergey Zolotov · Accepted Answer

1. Если ты хоть немного читал то что ты скинул, то за производительность там написано сразу. И в слаке довольно бурные обсуждения были. При любом изменении кода нужно пересобирать весь контейнер это раз, во-вторых нужно еще обойти все исходники в поиске новых аннотаций с сервисами. Были неоднократные попытки у core разрабов затащить аннотации как в спринге, но тесты показывали очень печальные результаты 2. Вместо этого приняли другой пакет фичей. один из них это psr регистрация https://github.com/symfony/symfony/pull/21289, autoconfigure, named arguments, defaults и class alias. Ну и собственно еще пока не испытывал нужды в аннотациях, были б еще нормальные аннотации в пхп и да, текущий контейнер с автовайрингом собирается на порядок дольше чем без него. у нас доходит до 2-3 минут на пересборку

169 похожих чатов

Чет ты не с этой оперы. 1. Производительность. Это не компилируемые

1 ответов

Похожие вопросы