проект так что в ашанах контроллера принимает репозитории и другие вещи. Даже конструкторов нет в большенстве контроллерах что бы там подцепить какой то репозитории. Общего слоя не делает так как пока только апй нужен. Оргументирует что так быстрее работать будет приложение. Классов контроллеров где то 50. Всего классов его где то 100. Я же делаю общий слой и в каждом контролере принимаю данные как нужно и отдаю в каждом контроллере в соответствии с форматом который нужно. Мне так понятливее и правильнее. Кто прав ?
Давай так. "Не видя ни твое ни его" сложно судить. Описание не говорит что в его реализации есть проблемы. Субъективные факторы что "чужой код всегда не нравится" мы не рассматриваем.
Багов много? Фичи долго в прод идут?
Если кода до 10к строк то похуй вообще. И вот поэтому гугли "аксиома Эскобара"
OK. Тогда укорочу. 100 000 строк кода. В одном случае handler в общем слое для разных котролерах (API, Web.. ) и в нем мы в конструкторе принимаем репы и др вспомогательные классы а в другом случае мы все это дело принимаем в функцию контролёра где наша логика начинается выполняется как обычно. Я вспомнил о lazy loading и др оптимизации самой symfony и подумал что разницы не будет.
Скажем так, если выбирать между "Легаси с спагетти в контроллерах и кучей дублирования" и "Легаси с кучей хэндлеров, зависимостей, высокой связанностью" - я выберу первое - рефакторить такое проще
Ну тут проект с нуля делается. Я делаю всегда один handler. Вся общая логика в нем. Я ему ничего не сказал так как скоро идёт на сертификат он, и подал я что чего то сам не знаю и вот задаю вопрос тут