AP
а ты подумай)
Size: a a a
2020 August 31
ПМ
Я вот тоже не понимаю почему
D
а ты подумай)
ну я просто представляю ситуацию,что у меня есть методы,которые ходят на API и им всем нужен токен, почему бы не вызвать получение токена в конструкторе?
D
*чисто в теории*
ДК
Премьер Министр
Я вот тоже не понимаю почему
потому что серввисы и контроллеры не должны хранить состояний
D
потому что серввисы и контроллеры не должны хранить состояний
$this->app->singleton
ДК
$this->app->singleton
app это DI Container
D
а кек
D
ок
ДК
сервис вызова сервиса
D
да ты написал сервисы, у меня в голове "сервис контейнер"
AP
вызовешь ты в конструкторе методы
а потом заекстендишь и в наследнике переопределишь конструктор, хуяк и поведение поменялось уже
поздравляем, ваш прод упал
а потом заекстендишь и в наследнике переопределишь конструктор, хуяк и поведение поменялось уже
поздравляем, ваш прод упал
D
вызовешь ты в конструкторе методы
а потом заекстендишь и в наследнике переопределишь конструктор, хуяк и поведение поменялось уже
поздравляем, ваш прод упал
а потом заекстендишь и в наследнике переопределишь конструктор, хуяк и поведение поменялось уже
поздравляем, ваш прод упал
а :D
AP
это так, самый лайтовый вариант
AP
финальные, приватные методы вызывай
AP
паблик/протектед, нинада
AP
да и другие тоже желательно избегать
AP
а :D
а второй варик что в наследнике ты переопределишь сам вызываемый метод
и опять твой прод упал
и опять твой прод упал