SS
А как ты будешь регулировать количество продуктов в заказе?
а кто в аттач мешает параметры передать?)
Size: a a a
2021 March 02
w
Так она и будет промежуточной
w
OrderProduct будет промежуточной таблицей
SS
Так она и будет промежуточной
всм? Таблица да, модель не нужна🌚
w
И тотал прайс писать в заказ стоит
АП
О, я только зашел как раз 😁
Названия моделек не по соглашению
Промежуточная модель OrderCart не нужна, почитай про отношения, belongstomany в частности. Есть модели Order, Product, их можно связать и тогда этот кусок не нужен,можно через attach()
totalPrice в заказ писать - не знаю, стоит ли, но это от задачи зависит
Ну и как уже говорили, cartService лучше через DI сделать
Названия моделек не по соглашению
Промежуточная модель OrderCart не нужна, почитай про отношения, belongstomany в частности. Есть модели Order, Product, их можно связать и тогда этот кусок не нужен,можно через attach()
foreach ($this->cartService->getContent() as $cartItem) { OrderCart::create([ 'order_id' => $order->id, 'product_id' => $cartItem->id, 'price' => $cartItem->price, 'quantity' => $cartItem->quantity, ]); }
totalPrice в заказ писать - не знаю, стоит ли, но это от задачи зависит
Ну и как уже говорили, cartService лучше через DI сделать
attach , прикольно, почитал, заодно с sync
АП
Спасибо
w
Если надо будет заказы по цене сортировать
SS
в этом кейсе пока явно лишняя модель, иногда нужна и пивот моделька, не спорю
ПЛ
наличие модели для pivot таблицы не есть однозначно плохая практика
бывают случаи когда она нужна
бывают случаи когда она нужна
SS
Если надо будет заказы по цене сортировать
жоин?
w
А оптимизация?
w
Для простой сортировки вы сделаете жрущий запрос
SS
наличие модели для pivot таблицы не есть однозначно плохая практика
бывают случаи когда она нужна
бывают случаи когда она нужна
но create все равно красивее в аттач
w
Вы вначале с джойните а потом ещё и просуммируете
RK
вот как вот это прочитать?)
RK
почему нельзя по человечески отформатировать
w
Я так понимаю это репозиторий?
RK
просто набор символов какой то