Пихать много логики в модель — это Laravel way?

Question

[Роман]

Здравствуйте.

Немного предыстории: пару лет назад я брался изучать Yii2 (быстро это дело прекратил, ибо Yii2 - это какое-то надругательство над здравым смыслом) но вот помню, что там было что-то насчет "толстой модели - тонкого контроллера" - а в Laravel, как я вижу в примерах, всю логику размещают в контроллер.

Сейчас я делаю проект с мягким удалением отношений между моделями и мне кажется разумным разместить логику манипуляций с отношениями в методах модели.

Например, определить для User метод softToggle() для манипуляции отношениями с Role в самой модели User.

Насколько это общепринято в случае с Laravel?

Или вообще без разницы?

Спасибо.

Comments

[Евгений Ромашкан]

Максим Федоров, по поводу сущностей очень не однозначно. Весьма популярно мнение что данные должны лежать вместе с проведением.

[Anton Mashletov]

Yii2 - это какое-то надругательство над здравым смыслом

Судя по вашему вопрому, вы и в Laravel-то плаваете, чтобы делать такие безапелляционные суждения.

[Роман]

Anton Mashletov, мне хватило знакомства с созданием форм в Yii2, чтобы понять что это явно не мое.

В Laravel я действительно новичок, да.

Answer 1

[Александр Аксентьев]

в примерах, всю логику размещают в контроллер.

В примерах показывают всё так чтобы было понятно как использовать конкретную фичу.
Это совсем не стайлгайд к тому как надо в целом писать код.

толстой модели - тонкого контроллера

в целом тема холиварна, и до сих пор есть два лагеря за этот вариант или наоборот.
Тут уж каждый сам решает.

Comments

[Роман]

в целом тема холиварна

Спасибо, не знал)) думал что есть некое общее устоявшееся мнение.

[Роман]

Это совсем не стайлгайд к тому как надо в целом писать код.

А существуют ли общепринятые стайлгайды по Laravel?

[JhaoDa]

Роман, твой вопрос относится к проектированию архитектуры, а не стилю.

Что же касается стиля, то в ларавел (и вообще в современной РНР-разработке) принято писать код согласно PSR-1/2/12.

Answer 2

[Станислав]

Описывать логику в моделях в общем считается верным. Еще в сторону service layer можете посмотреть.

Comments

[Роман]

То есть прописать пару-тройку методов внутри модели - это норм?

А что за service layer?

Answer 3

[Евгений Ромашкан]

Фреймворк -это инструмент для решения ваших задач. Не вы должны подстраиваться под фреймворк, нужно подбирать инструмент подходящий для ваших целей.
По хорошему вся ваша бизнес-логика вообще никак не должна зависеть от фреймворка, и в этом плане у Yii и Laravel всё не очень хорошо, но Ларавель хоть компонентный, и кастомизировать можно, если понимать что делаешь.

Comments

[Роман]

Да я вообще предпочел бы, чтобы за меня код писали роботы))

но приходится исходить из реалий

а реалии таковы, что если не будешь подстраиваться под платформу - потом будет много боли при сопровождении проекта)))))))

[Евгений Ромашкан]

Роман, Как сопровождение проекта связано с фреймворком?

Answer 4

[Роман]

и в этом плане у Yii и Laravel всё не очень хорошо.

а где хорошо?

Comments

[Евгений Ромашкан]

В фреймворках не поставляющих по дефолту Active Record модели уже лучше