Стоит ли использовать Eloquent в laravel или написать свои классы для сущностей?

Question

[predewill]

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

Работаю над проектом, в проекте будет много таблиц и связей между ними.
Проект состоит из нескольких отдельных сервисов. В каждом сервисе свои сущности.
Например в одном сервисе в сущности User одни поля и функционал, в другом сервисе другие.

Стоит ли изучать и использовать Eloquent или правильнее и проще будет написать свои классы для сущностей и для репозиториев?

Comments

[JhaoDa]

Чем это будет правильней и проще?

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

Стоит ли изучать и использовать Laravel или правильнее и проще будет написать свои классы для сущностей и для репозиториев и для роутинга и для всего остального?

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

Стоит разобраться в вопросе, а не слепо верить в каких-то левых советчиков в интернете.
Почитайте про SOLID, варианты архитектуру Rich/Anemic Domain Model(Не статейки с Хабра!)

Answer 1

[kafkiansky]

Берите Doctrine, сами вы нормально сущности и репозитории не сделаете.

Comments

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

Судя по вопросу автор в обоих случаях нормально сущности не сделает.
Доктрина своим убогим кодогенератором так же подталкивает фигачить кучи связей геттеров и сеттеров

[Кирилл Несмеянов]

А ещё в доктрине лучше сразу убиться, нежели нормально строить запросы.

Answer 2

[Alex Wells]

Ну пишите общий модуль "User", содержащий общую инфу из всех остальных модулей. Если прям хотите другие модельки в других модулях - пожалуйста, делайте так, отнаследуйтесь от общей User и select'ите только нужное.