Как осуществлять удаление категории в интернет-магазине?

Question

[Владимир Т.]

Собираю свой первый ecommerce-проект. С кодом проблем нет, но вот с логикой..

Остановился сейчас на удалении категории. Решение в лоб — вместе с удаляемой категорией удаляются все ее субкатегории и товары в них. Но вот задача вытекает из этого пройтись по всем необработанным заказам и уведомить клиентов (сохраняемые корзины). С точки зрения разработки (особенно если учесть большой поток заказов) это довольно дорогостоящая процедура.

Буду очень благодарен тем кто уже сталкивался с такой задачей и поделится опытом.
P.S. стэк = node.js + mongoDB + redis

Comments

[Владимир Т.]

Действительно погорячился с удалением товара. Сказывается отсутствие опыта. Для тех кто, возможно, столкнулся с аналогичной задачей - нагуглился топик на тему programmers.stackexchange.com/questions/222002/eco...

Answer 1

[Сергей Протько]

1. Удалять товары в категориях тогда, когда вы удаляете только категорию, это не хорошо. Я просто обычно выкидываю товары из данной категории и в большинстве случаев отправляю их в архив. Уведомить пользователя о том что что-то такое произошло довольно сложно, да и он сам это обнаружит когда обновит страницу ибо эти товары просто пропадут из корзины. А можно написать что мол "извините, этого товара больше нету". Либо через websockets, раз уж у вас все на node.js.

Вообще в интернет магазинах не так часто происходит удаление категорий или реорганизация структуры оных. Так что если у вас какая-то нестандартная ситуация, то думаю стоит обсудить это с владельцами магазина и контент менеджерами.

Comments

[Владимир Т.]

Согласен с тем, что товар удалять нелогично. Переместив его в архив я получу, как минимум, возможность обработать последний заказ с этим товаром. За этот момент спасибо.
Для заказчика вопрос изменения товара (цена/наличие) довольно щепетильный ибо хотят на выходе получить максимально отзывчивую для клиентов систему. Момент усугубляется тем, что модель у магазина не совсем обычная - клиент формирует список товаров и получает их регулярно (несколько раз в месяц). Уточнение деталей доставки происходит за день до нее и передо мной стоит задача сделать процесс уведомления максимально автоматизированным чтобы возникало меньше трений на почве распространенных претензий в стиле "я заказал, а в наличии нет", "цена изменилась, а я не знал". При этом у заказчика проекта перед доставкой есть достаточное время чтобы среагировать на изменения в цене/ассортименте и для глобальных изменений требующих сложной логики я планировал использовать что-нибудь вроде mapReduse.

[Сергей Протько]

Я думаю вам стоит почитать про DDD. К разработке нужно ставить на первое место не непосредственно реализацию и архитектуру, а бизнес логику. То есть нужно сесть и обсудить все эти моменты с клиентом. Можно так же BDD подключить, написать feature-спеки, заодно получите хоть какое-то покрытие кода тестами (хотя это не отменяет необходимости писать юнит/функциональные тесты). Но зато при написании оных (можно и на русском писать) можно четко описать все функции, сходу находить недостатки в подходах и т.д.

По поводу вашей проблемы, удаляете раздел, всем клиентам подписанным на товар приходит уведомление (а еще лучше сделать что бы товары были доступны еще какое-то время, или просто за ранее предупреждать клиентов).

[Владимир Т.]

Спасибо за ответы. А за DDD отдельное спасибо - займусь в ближайшее время.