корзина
Вижу 2 варианта:
1) При добавлении элемента в корзину, если не существует её - создавать, но выглядит немного странно
2) Создавать корзину в методе UserRepository, чтобы в случае неудачи отменить создание юзера, но по-моему, это часть бизнес-логики
Что выбрать?
1
На данный момент, кстати говоря, работа с корзиной реализована максимально примитивно: при оформлении заказа корзина очищается, а активные items записываются в order Что будет, когда появится несколько корзин?
У каждого пользователя своя корзина. Они не пересекаются.
А ты часто на сайтах видишь несколько корзин?)
Корзина это всего лишь список выбранных товаров пользователя. Не понятно для чего добавлять сущность корзина, или предполагается, что у одного пользователя может быть несколько корзин?
Ваще, взаимодействие с корзиной через api - это пути /cart/, возможно поэтому я сущность "корзины" придумал Вообще да, можно пушить сразу в заказ, но мне кажется, что когда существует сущность "корзины" - поведение системы как-то более очевидно
вы все правильно делаете. Покупатель редактирует(крудит) корзину. Из корзины делается ордер, в который запекается содержимое корзины
и кстати туда же запекается адрес доставки, чтобы пользователь не мог уже просто поменять его на лету
Я видел, и это Мега удобно Жена набрала корзину, кинула ссылку мужу, он оплатил Или пошарить список комплектух с компетентными людьми
Не я имел ввиду, когда у одного юзера две корзины на сайте
И это тоже видел, но тут нет такого удобства, сколько геморроя это будет стоить)
Обсуждают сегодня