Laravel и Doctrine?

Question

[SM_ST]

Всем привет. Поделитесь опытом - как себя чувствуют Laravel и Doctrine?

Стоит ли вместе их использовать?
Какое подводные камни?
Как себя чувствует остальной функционал Laravel?

Answer 1

[Aleksey]

Связка рабочая, но зачем оно вам? Если используете Laravel, то Eloquent вполне отличный вариант. Чем именно он вас не устроил, если не секрет?

Я частенько наталкиваюсь на проекты Laravel, которые пишут адепты Symfony. Это выглядит странно. Весь функционал моделей они дублируют в отдельных файлах, пишут какие-то обёртки над обёртками.. Зачем? Возьмите уж Symfony сразу, отличный фреймворк..

Comments

[SM_ST]

Давно хотел попробовать доктрину в ларе просто.

А какие обёрткт пишут, если не секрет?

[Aleksey]

SM_ST, Не совсем обёртки. Просто например моё понимание Laravel, вернуть всех пользователей:

// Всё уже встроено в Eloquent
return User::all();

Они городят репозитории, которые наследуются от BaseRepository, потом через DI добавляют это в контроллер чтобы написать
return $this->userRepository->all();

Это ещё самый мягкий пример. В общем https://github.com/EnterpriseQualityCoding/FizzBuz... нервно курит в сторонке) Сложность ради сложности

[SM_ST]

Aleksey, да, понимаю) может они так хотят убрать дубли и потом привязать CacheDecorator

[tukreb]

Aleksey, потому что это best practice и упрощает в будущем многие моменты вплоть до смены фреймворков. А вы со своим Eloquent + laravel потом перепишет всё с 0, если вдруг приспичит сменить фремворк, или либу.

[SM_ST]

tukreb, запросы из базы да, я сам их пихаю в репозитории, чтобы можно было переиспользовать и кешировать, но как быть с сохранением в базу, репо вроде не предназначены для этого? В сервиса писать сохранение? Но потом и их нудно будет переписывать

[Aleksey]

tukreb, ИМХО глупо брать фреймворк и писать всё на чистом PHP с мыслью "зато потом легко на другой перейти". Зачем вообще тогда фреймворк? А если вы на asp.net решите мигрировать?)

[jazzus]

tukreb, от всех идиотских приспичиваний не убережешься

[tukreb]

Aleksey, вот завтра возьмёт умрёт Eloquent, Доктрина или вообще кому то придёт в голову, а давайте сменим Eloquent на Доктрину и что будете делать? Сосать лапу и лихорадочно переписывать пол проекта? А если сделаете по уму, то лишь подправить пару обёрток.

[tukreb]

SM_ST, в сервисах нужно принимать DTO, а потом заполнять или изменять данные сущностей. И сервису всё равно, что там у вас Доктрина или Eloquent и ничего переписывать не нужно будет. Вы лишь в сервисе дёргаете определённый репозиторий, чтобы получить готовую сущность, сохранить полностью новую, либо удалить полученную, а потом просто делаете flush (который можно тоже вынести в отдельный очень примитивный класс обёртка flusher, который имеет всего 1 метод, дергающий главный flush от Доктрины).
В итоге, если вам нужно что-то изменять (например решили заменить доктрину), то только примитивный класс flusher и репозитории, где вызываются методы доктрины, в сервисах же из-за обёрток у вас нет не единого метода Доктрины, либо минимальное их количество.

[tukreb]

SM_ST, если вы хотите писать красиво и по лучшим практикам, то вам нет смысла делать это через Ларавел, т.к он превратиться в Симфони. А зачем его превращать в симфони, когда можно сразу начать писать на Симфони. :)

[jazzus]

tukreb, не надо ничего сосать, можно попробовать писать старый проект на старом фреймворке, а новый на новом

[jazzus]

tukreb, лучшая практика выбирать инструмент который подходит под проект и которым умеешь пользоваться, а не пытаться изображать Симфони в Ларавел

[Роми]

вот кстати да :) илокент - по сути, половина ларавеля )) если его убрать - какой тогда смысл в остальном (понятно, что он есть, но все равно...)

Answer 2

[Роми]

Нормально ) Как и с любым другим фреймворком собранным через композер ))