Как уже выше написали, всю бизнес логику лучше разместить на уровне модели, а контроллер оставить "тонким".
Тоесть я правильно понимаю под принципом единственной ответсвенности вы предлагаете в модели иметь возможность:
- содержать бизнес логику
- использовать работу с источником данных (субд)
- использовать валидацию модели
- использовать реализацию самой модели (сущности)
1.как вы поняли из ссылки я использую League Container
для инъекции зависимостей
2. Для Конфигурации зависимостей используется Service Provider, с режимом AutoWaring ServiceProvider позволяет внедрять зависимости только в конкретных случаях
п.с Дмитрий уже объяснил что и как
все прям как у нас, - в книгах и докладах выглядит все красиво, а в жизни как то не очень. Но тем не менее стараемся "разводить" фичи с релизами, исправлением тех.долга, стремимся к лучшему.
ОРМ и leazy load да, но я ОРМ по сути не выходит за пределы Repository, суть орм поработать с бд и сформировать Entity. Тут же вопрос формирования Entity в различных поставках (полные и не полные)
Тоесть я правильно понимаю под принципом единственной ответсвенности вы предлагаете в модели иметь возможность:
- содержать бизнес логику
- использовать работу с источником данных (субд)
- использовать валидацию модели
- использовать реализацию самой модели (сущности)
?