Yii терминология Слоистой архитектуры
Добавлено: 2020.08.24, 12:38
Мозг кипит
Всегда думал что неплохо разбираюсь в Yii
Но на днях мне дали проект новый который нужно частично переписать и создать кучу тестов. Я подумал надо освежить знания в архитектуре и тестировании. И тут наткнулся на новое магические слова “Слоистая архитектура”. и чем больше я погружался в слои тем больше у меня появлялось вопросов и немного подташнивало.
Сейчас у разных великих просветителей по Yii разные подходы в реализации “Слоистой архитектуры”. Мне нравится Yii и я стараюсь максимально придерживаться философии написания поэтому хотел бы узнать в каком направлении мне правильнее думать.
Пожалуйста не пишите тут про академичность проекта … Я просто работаю мне нужен оптимальный путь!
Я разработчик с 15 летним стажем, ещё лет 7 назад начал практиковать вынесение логики в Компоненты или Модули стандартными для Yii методами а сейчас мне говорят что вот так нормально для контроллера:
для мне переписывать стандартную работу конструктора только для того чтоб воспользоваться DI как то дергает глаз.
Всегда думал что неплохо разбираюсь в Yii
Но на днях мне дали проект новый который нужно частично переписать и создать кучу тестов. Я подумал надо освежить знания в архитектуре и тестировании. И тут наткнулся на новое магические слова “Слоистая архитектура”. и чем больше я погружался в слои тем больше у меня появлялось вопросов и немного подташнивало.
Сейчас у разных великих просветителей по Yii разные подходы в реализации “Слоистой архитектуры”. Мне нравится Yii и я стараюсь максимально придерживаться философии написания поэтому хотел бы узнать в каком направлении мне правильнее думать.
Пожалуйста не пишите тут про академичность проекта … Я просто работаю мне нужен оптимальный путь!
- Сервисы - такого слова я до сих пор не знал, точнее представлял как какое то стороннее апи. Прочитав и увидев пару реализаций я сделал вывод что они ничем не отличаются от обычных Компонент. И тут вопрос зачем мне Сервисы если есть Компоненты?
- Также Модули - в моём представлении это Компонента + Контроллер то есть по сути Модуль может выполнять роль Сервиса!?
- Почитав Дмитрия Елисеева увидев DTO мне стало вообще весело и тут вопрос на сколько такой подход необходим и оправдан в Yii? и для чего ломать каноны Yii?
Я разработчик с 15 летним стажем, ещё лет 7 назад начал практиковать вынесение логики в Компоненты или Модули стандартными для Yii методами а сейчас мне говорят что вот так нормально для контроллера:
Код: Выделить всё
public function __construct($id, $module, ArtistService $artistService)
{
$this->artistService = $artistService;
parent::__construct($id, $module);
}
для мне переписывать стандартную работу конструктора только для того чтоб воспользоваться DI как то дергает глаз.