Где хранить бизнес-логику приложения в Yii2?

Question

[miy]

В Yii2 есть 2 типа моделей: это Active Record и модель формы.
В каком из типов моделей нужно хранить логику приложения?
Или же лучше добавить отдельный сервисный слой, и хранить логику там?

Answer 1

[Егор Мокеев]

Так как ActiveRecord имеет свойство перегенериваться во время разработки, лучше вынести бизнес логику в отдельную модель.

Также есть такая балалайка, как yii2-giix, которая разделяет модель на базовую и обертку, в которой пишется бизнес логика. Не лучшее решение, но может ускорить разработку.

И да ,в yii2 нет модели формы, есть просто модель Model

Comments

[miy]

Спасибо за ответ. Меня немного смущало то, что Model, выступает и в качестве DTO и для хранения бизнес логики.
Получается если у меня есть небольшая форма, создаётся две модели, одна для связи с таблицой, другая для хранения логики (назовём её UserForm). Когда приходят данные с клиента, они мапятся на мою модель UserForm, а в контроллере вызываю нужные методы из UserForm, в которых происходит какая то логика и что нужно отдаю на вьюху. Правильно ли я понимаю workflow?

[Егор Мокеев]

miy: да, как то так

Я, например, выделяют ещё один слой:
LoginForm, RegisterForm итд extends Model - логика валидации и специфичная логика формы
User implements IdentityInterface - вся логика, связанная с пользователем
UserRecord extends ActiveRecord - модель таблицы, не трогаю

Answer 2

[Сергей]

А почему нельзя обрабатывать логику в контроллере?
Например, есть модель формы, где ее описываем, создаем правила валидации.
Есть контроллер, который рендерит нужную вьюху, в которую передается модель формы.
Пользователь видит вьюху и вводит данные в форме, они уходят в контроллер.

Там (в контроллере) логику обрабатываю, в зависимости от полученных данных либо снова рендерю что-то на экран, либо произвожу иные вещи (тут может быть что угодно - запись в бд, вызов какой-нибудь функции или метода и т.п.)

Это получается неправильно с точки зрения канонов MVC?

Comments

[Dmitry Bay]

предположим, у вас будет мобильный сайт с своим списком контроллеров, выполняющих те же действия. как поступать будете?

[Сергей]

Ну я бы изначально делал его адаптивным с каким-нибудь бутстрапом. Но если предположить ,что есть отдельный мобильный сайт, то я бы сделал отдельный класс с методами, куда бы вынес эти действия, передавал бы им параметры нужные, получал ответы. Класс этот подключал бы инклудом или через нэймспэйсы.

Я не претендую на правильность, скорее я после Вашего поста задумался, что я делаю что-то не так. Вот хочу понимать ,как было бы верно поступать с Вашей точки зрения.

[Егор Мокеев]

Модель должна хранить всю логику относящуюся к сущности. Таким образом исключается дублирование.
У вас же логика разнесена по разным контроллерам и конечно не исключено дублирование.

[Сергей]

Егор Мокеев: но у меня логика разнесена по контроллерам нужным. К пример есть userController, где у меня обрабатываются события регистрации, восстановления пароля и т.п. Как мне поступить правильно, делать еще одну обертку, чтобы из контроллера передать данные в модель, а оттуда вызывать методы типа отправки письма? Мне кажется это как оверхэд.

[Егор Мокеев]

Сергей Илларионов: Дело ваше, если при такой архитектуре у вас минимум дублирования, пожалуйста, используйте.

[Сергей]

Егор Мокеев: Но я хочу делать правильно, а не как мне удобно или правильно на мой взгляд. Как правильно по канонам и фэншую?

[Егор Мокеев]

Сергей Илларионов: я не претендуют на звание гуру. Своё виденье я расписал в ответе.
А вообще есть кучу развёрнутых статей на тему MVC. Из недавнего на хабре habrahabr.ru/post/251361