Исправление ilinsky, (текущая версия) :
На самом деле, решение переписать конструктор дочернего класса, является признаком плохой композиции. И тут DI не при чем. Но PHPшники, об этом не думают как правило. «Если в классе композиции происходит «пересмотр» зависимостей - композиция ошибочна» © С Макконнелл (главу не помню).
Это же и объясняет почему в контроллере многие описывают все экшны, вместо того что бы выделять под каждый экшн отдельный класс. И тот факт что в эти самые экшны в параметры магическим образом прилетают зависимости (понятно что сервис провайдер все делает) об этом никто не парится.
Кстати говоря, если мне не изменяет память, в ларке и без сервис провайдера, контроллер проходит через рефлексию и в метод можно получить объект указанного класса если его можно инстанцировать.
Исправление ilinsky, :
На самом деле, решение переписать конструктор дочернего класса, является признаком плохой композиции. И тут DI не при чем. Но PHPшники, об этом не думают как правило. «Если в классе композиции происходит «пересмотр» зависимостей - композиция ошибочна» © С Макконнелл (главу не помню).
Это же и объясняет почему в контроллере многие описывают все экшны, вместо того что бы выделять под каждый экшн отдельный класс. И тот факт что в эти самые экшны в параметры магическим образом прилетают зависимости (понятно что сервис провайдер все делает) об этом никто не парится.
Кстати говоря, если мне не изменяет память, в ларке и без сервис провайдера контроллер проходит через рефлексию и в метод можно получить указанный класс если его можно инстанцировать.
Исправление ilinsky, :
На самом деле, решение переписать конструктор дочернего класса, является признаком плохой композиции. И тут DI не при чем. Но PHPшники, об этом не думают как правило. «Если в классе композиции происходит «пересмотр» зависимостей - композиция ошибочна» © С Макконнелл (главу не помню).
Это же и объясняет почему в контроллере многие описывают все экшны, вместо того что бы выделять под каждый экшн отдельный класс. И тот факт что в эти самые экшны в параметры магическим образом прилетают зависимости (понятно что сервис провайдер все делает) об этом никто не парится.
Кстати говоря, если мне не изменяет память, в ларке и без сервис провайдера сонтроллер проходит через рефлексию и в метод можно получить указанный класс если его можно инстанцировать.
Исправление ilinsky, :
На самом деле, решение переписать конструктор дочернего класса, является признаком плохой композиции. И тут DI не при чем. Но PHPшники, об этом не думают как правило. «Если в классе композиции происходит «пересмотр» зависимостей - композиция ошибочна» © С Макконнелл (главу не помню).
Исправление ilinsky, :
На самом деле, решение переписать конструктор дочернего класса, является признаком плохой композиции. И тут DI не при чем. Но PHPшники, об этом не думают как правило. Если в классе композиции происходит «пересмотр» зависимостей - композиция ошибочна © С Макконнелл (главу не помню).
Исправление ilinsky, :
На самом деле, решение переписать конструктор дочернего класса, является признаком плохой композиции. И тут DI не при чем. Но PHPшники, об этом не думают как правило. Если в классе композиции происходит «пересмотр» зависимостей - композиция ошибочна.
Исходная версия ilinsky, :
На самом деле, решение переписать конструктор дочернего класса, является признаком плохой композиции. И тут DI не при чем. Но PHPшники, об этом не думают как правило. Если в композиции происходит «пересмотр» зависимостей - композиция ошибочна.