RS
На Пушкина у вас не воевали?
На спортивной чтото было
Size: a a a
2020 November 22
DT
Та вообще можно всё приложение в один файл запихнуть и без классов, фигли
аргументация от бога
DT
вопрос конкретный - что плохого во множестве зависимостей контроллера?
АЯ
Ну это ж ты предлагаешь всю логику захерасить в один класс а не я
RS
Та вообще можно всё приложение в один файл запихнуть и без классов, фигли
Я видед такое. Не помню что за фрейм был, но все классы были в одном файле
DT
я задал конкретный вопрос, не размазывайся мыслью по столу
АЯ
вопрос конкретный - что плохого во множестве зависимостей контроллера?
Разделение ответсвенности. Контроллер это не просто передаст из роута в сервис, это и есть конкретеый сервис
DT
какой ответственности?
RS
В симфони, вроде из контреллера можно в контейнер стучаться, чтобы не было кучи классов в консрукторе/методах
DT
Controller
Accepts input and converts it to commands for the model or view.
Accepts input and converts it to commands for the model or view.
RS
$this->get вроде
DT
хер знает, все определения которые нашел содержат обратное сказанному тобой
DT
A controller is a program component that serves as a mediator between a user and application and handles business-related tasks
DT
это таки просто медиатор между пользователем и приложением
DT
да и хер с ним, представим что мы упоролись в жирные контроллеры
DT
что там с разделением ответственности то?
DT
в чем оно?
DT
ты можешь более аргументированно рассказать сам, или пока еще придумываешь что сказать?
ЕР
$this->get вроде
Ну во первых, никакого get не будет если не наследовать контроллер от симфонёвого, чего делать вобщем-то не нужно