AK
Убрать ифчик в миддлварю
давай для тупых, все ещё не понятно
Size: a a a
2020 March 25
ЕР
давай для тупых, все ещё не понятно
Зависимость может перейти в миддлварю, или просто логика в неё перетечет
ЕР
Не UserHelper:: isAuthorized, условно, а authorization middleware
AM
Зависимость может перейти в миддлварю, или просто логика в неё перетечет
от этого зависимость никуда не пропадёт, имхо
AM
просто переместиться, так сказать
AK
мы наверное по разному зависимости может понимаем
AK
@evgrom что такое зависимость?
AM
мы наверное по разному зависимости может понимаем
он о зависимостях контроллера походу
AM
но так-то DIP обо всей системе в целом, кажется
ЕР
@evgrom что такое зависимость?
Эт ты, кстати, хороший вопрос задал, на самом деле - всё
AK
Эт ты, кстати, хороший вопрос задал, на самом деле - всё
поэтому писать без зависимостей не получится
AM
в пхп чатике кстати эту тему чуть затрагивали
AM
результатом обсуждений было "похер", т.к. если что все описания сервисов контейнера можно быстро переписать
AM
(но не если они прям в аннотациях по всему проекту, как упоминал Женя + в сервис провайдерах в виде биндов)
AK
ну опять же нужно дефинишены описывать под другой фреймворк
AM
ну опять же нужно дефинишены описывать под другой фреймворк
если верить Сергею или Максу (не помню кто там отвечал), то это "за недельку" вполне можно сделать
AK
и возможность "за недельку" сменить DI фреймворк убирает твою зависимость от него?
AM
и возможность "за недельку" сменить DI фреймворк убирает твою зависимость от него?
на текущий момент — нет
AM
для того и нужны стандарты
AM
но если бы был стандарт, то нахера несколько реализаций — тоже вопрос