Size: a a a

2020 July 21

W👑

WHUSEIN 👑 in Laravel Pro
блок в тг
источник

ПГ

Павел Г. in Laravel Pro
А как нынче отношение к репозиторям поверх Елки Ларавел? Это скорее плюс или минус?
Плюс:
Выносим QB в отдельные классы, уменьшаем код сервиса.
При желании можно потестировать запросы в автотестах.
Минус:
Это все таки не репозиторий, а обертка для запросов, так как возвращаем AR
Из первого пункта выходит - теряем гикбость, много похожих методов.
Усложнение кода.

Какие нынче best practices в этосм вопросе?
источник

S

Shakhzod in Laravel Pro
WHUSEIN 👑
Нет пользователь в текст бокс вписывает домены почт которые ему не нужны по типу (@shotff.ru) и на кнопку результат все почты из базы с такими доменами должны удаляться
Filter i regex
источник

S

Shakhzod in Laravel Pro
источник

S

Shakhzod in Laravel Pro
^.+@shotff\.ru$
источник

VL

Victor L in Laravel Pro
Павел Г.
А как нынче отношение к репозиторям поверх Елки Ларавел? Это скорее плюс или минус?
Плюс:
Выносим QB в отдельные классы, уменьшаем код сервиса.
При желании можно потестировать запросы в автотестах.
Минус:
Это все таки не репозиторий, а обертка для запросов, так как возвращаем AR
Из первого пункта выходит - теряем гикбость, много похожих методов.
Усложнение кода.

Какие нынче best practices в этосм вопросе?
я думаю минуc, в ларку приходять из-за eloquent
источник

VL

Victor L in Laravel Pro
и это без полезно, в симфони да там репозитории скорей всего нужно, но я только изучаю симфони))
источник

ПГ

Павел Г. in Laravel Pro
Victor L
я думаю минуc, в ларку приходять из-за eloquent
Ну я не про чистый репозиторий, а про класс-обертку, в котором используется Елка и возращаются модели Елки. Понятно что юзать Елку, а потом мапить в новые сущности - жуть))
источник

VL

Victor L in Laravel Pro
я пришел к тому что, создаю папку Services и туда выношу всю логику которлллера, в контроллер только примем запроса
источник

VL

Victor L in Laravel Pro
таким подходом, можно значительно сократить дубли кода
источник

ПГ

Павел Г. in Laravel Pro
Victor L
я пришел к тому что, создаю папку Services и туда выношу всю логику которлллера, в контроллер только примем запроса
Да кейс такой, только работу с запросами вынести еще в одну обертку.  Но вот нужно ли....
Кстати еще один плюс: можно репозиторий замокать и потестить сервис без обращений к бд.
источник

VL

Victor L in Laravel Pro
а зачем запросы вывонсить? можно прямо в модель, если не нравиться туда просто трейты
источник

ПГ

Павел Г. in Laravel Pro
Victor L
а зачем запросы вывонсить? можно прямо в модель, если не нравиться туда просто трейты
Ну тоже как вариант, но так можно модель не хило "засрать". Там уже отношения, и запросы будут, и возможно логика самого класса. Хотя это решает вопрос тестировния запросов, но не решает вопрос тестирования сервисов без обращения к БД
источник

VL

Victor L in Laravel Pro
в модели можно выносить не весь код, а raw sql к примеру, и тот что будет где-то повторяться часто. по MVC модели и должны распухать))
источник

VL

Victor L in Laravel Pro
в симфони да, да есть такое понятие как анимичная модель, там вообще методов нету
источник

А

Антон in Laravel Pro
Victor L
а зачем запросы вывонсить? можно прямо в модель, если не нравиться туда просто трейты
Да ты мастер вредных советов
источник

ПГ

Павел Г. in Laravel Pro
Victor L
в модели можно выносить не весь код, а raw sql к примеру, и тот что будет где-то повторяться часто. по MVC модели и должны распухать))
модель - это не обязательно  один класс, а может быть группа классов. В вашем примере сервис и Елка - это все модель. И одно дело когда много мини классов, другое - один на кучу строк.
источник

VL

Victor L in Laravel Pro
"В вашем примере сервис и Елка - это все модель" не совсем, в сервисе должна быть бизнес логика
источник

ПГ

Павел Г. in Laravel Pro
Victor L
"В вашем примере сервис и Елка - это все модель" не совсем, в сервисе должна быть бизнес логика
Модель в MVC - это и есть бизнес логика
источник

А

Антон in Laravel Pro
Victor L
"В вашем примере сервис и Елка - это все модель" не совсем, в сервисе должна быть бизнес логика
А бизнес-логика не имеет отношение к модели?)
источник