OK
У тебя выходит абстракция над абстракцией для бд
Size: a a a
2020 January 03
MR
Элоквент в своем каком-то представлении и есть реализацией репозитория
MR
Поэтому нет смысла использовать репозитории в Ларе вместе с Элоквентом
РИ
Нет, использование репозитория вместе с элоквентом имеет смысл только в том случае если ты думаешь отказаться от элоквента в будущем
Что для тебя в этом коде репозиторий? Можешь плиз в коде коммент оставить?
OK
Что для тебя в этом коде репозиторий? Можешь плиз в коде коммент оставить?
Репозиторий это класс который работает с данными из бд, получает, сторит, обновляет и тд
OK
Твой класс, который по ссылке - репозиторий. Но назвал ты его сервисом
OK
+ замешал туда метод бизнес логики
РИ
+ замешал туда метод бизнес логики
Вот! Отлично! Что тут бизнес логика в коде?
РИ
Репозиторий это класс который работает с данными из бд, получает, сторит, обновляет и тд
Теперь понял!
OK
orderRetailStore
РИ
orderRetailStore
Понял! А вынос в отдельный класс
$order = CreateOrder::createOrder($request);
Получается не имеет смысла?
$order = CreateOrder::createOrder($request);
Получается не имеет смысла?
OK
Понял! А вынос в отдельный класс
$order = CreateOrder::createOrder($request);
Получается не имеет смысла?
$order = CreateOrder::createOrder($request);
Получается не имеет смысла?
Ну вообще я не вижу в этом смысла
РИ
Можно создавать объект прямо тут
$order = new OrderRetail;
$order->fill($request->all());
$order->save();
$order = new OrderRetail;
$order->fill($request->all());
$order->save();
MR
$order = OrderRetail::create($request->validated())MR
а почему не так?
РИ
Блин!!! Тогда я завис. Как же тогда тут соблюдать принцип SRP? В этом репозитории и find и allOrders
РИ
$order = OrderRetail::create($request->validated())Валидация происходит в контроллере через Request
РИ
А содавать объекты так привычнее для меня.
MR
Валидация происходит в контроллере через Request
Тогда не имеет смысла наверное прикидывать туда request 🤔
MR
А просто массив с данными