Телеграмм чат группы laravel_pro страница 23531

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Laravel Pro

4363 membersпожаловаться на группу

2021 September 19

y

yu2ry in Laravel Pro

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

$service->store(Factory::userDto($request->getName(), $request->getEmail()))

источник

13:07пожаловаться #1

MR

M R in Laravel Pro

наверное все таки нет

источник

13:08пожаловаться #2

MR

M R in Laravel Pro

либо отдельный класс

источник

13:08пожаловаться #3

y

yu2ry in Laravel Pro

проблема возникает с дублированием, когда у тебя это dto нужно создать в 100 местах, что делать тогда?)

источник

13:08пожаловаться #4

MR

M R in Laravel Pro

хотя через фабрики удобно. Ладно, не спорю

источник

13:08пожаловаться #5

y

yu2ry in Laravel Pro

да не) я просто часто вижу в реквестах все проииходит, валидация ок, создание объектов не ок)

источник

13:09пожаловаться #6

MR

M R in Laravel Pro

немного не успел, но я уже подумал об этом)

источник

13:09пожаловаться #7

y

yu2ry in Laravel Pro

внутри командыдоговариваются где что создается) если указ команды типа в реквесте то ничего страшного в этом нет) просто у каждого своя точка зрения)

источник

13:11пожаловаться #8

d.

dev . in Laravel Pro

страшно как выше было. внутри модели store(Request...) { return views...|

источник

13:12пожаловаться #9

y

yu2ry in Laravel Pro

это да) не видел прост) вообще многое страшно)

источник

13:13пожаловаться #10

MR

M R in Laravel Pro

мне все равно ближе твоя
я на самом деле тут вообще лишний) не сталкивался с этим
например в моем проекте используются репозитории, для работ с данными, перед отправкой результата

источник

13:14пожаловаться #11

MR

M R in Laravel Pro

ок) нашел косяк в названии переменной) но не суть

источник

13:14пожаловаться #12

y

yu2ry in Laravel Pro

вообще в сервис выноси, а в нем уже репозиторий юзай)

источник

13:14пожаловаться #13

y

yu2ry in Laravel Pro

если у тебя трех слойная) архитектура

источник

13:15пожаловаться #14

y

yu2ry in Laravel Pro

у тя репозиторий ток мало что имеет, вся бизнес логика в сервисе

источник

13:15пожаловаться #15

MR

M R in Laravel Pro

ну, ты прав
у меня есть сервисы, но репы лежат отдельно

источник

13:16пожаловаться #16

MR

M R in Laravel Pro

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

источник

13:16пожаловаться #17

y

yu2ry in Laravel Pro

4 строчки в методе стор надо вынести в сервис и убрать реквесты заменить либо на параметры либо на дто, а внутри дто валидировать данные, например передаешь какой нибудь query для поиска и page_number, у тебя dto состоит из объекта Query и Page) а внутри этих классов делай валидацию значений)

источник

13:16пожаловаться #18

y

yu2ry in Laravel Pro

https://phpprofi.ru/blogs/post/58

источник

13:17пожаловаться #19

MR

M R in Laravel Pro

я использую resource для эттого, они в методах репозитория

источник

13:17пожаловаться #20