近期搜集整理了一下关于购物车的资料，整理成文，方便大家查看。主要分为四方面：购物车的由来、购物车的架构图、购物车与后台的关系、购物车中商品的排序分类。
一、购物车的由来
上世纪20年代初，出生于美国一个小镇的西尔万·高曼在自己开的小商店中发现一个购物现象，很多消费者会一次性购买很多商品，而且购买的时候手里必须还要拎着购物篮，对进一步的购物很不方便，大大影响消费者的购物欲。所以他发明了最简易的购物车——在一把折叠椅上加一个篮子，再在折叠椅的四条腿加上四只轮子。就这样，改变人们生活的购物车问世了。
购物车的概念衍生到电商网站后，指的是点击加入购物车到点击提交订单的整个过程。承担了订单、商品、SKU、会员、促销、结算、物流等诸多模块，以此衍生出价格计算逻辑相关、库存管理相关、订单记录相关、满减满送包邮相关、物流配送相关、用户行为分析等，是电商设计中的核心功能模块。
二、购物车的架构图
在讲后面最重要的两点之前，我整理了一份完整的购物车架构图，帮助大家更好的理解其背后的逻辑。
三、购物车与后台的关系
购物车与后台最大的关系就是牵扯到库存。
其实在处理前台商品数量增减功能时，如何判断库存的问题时，有两种处理方式：一种是实时check商品库存，一种是非实时check商品库存。
实时我们很好理解，就是一直关注着后台的库存；非实时顾名思义就是不是持续关注着，那我们怎么check库存呢？这里举个栗子：
假设A商品库存为2，用户甲将A加入购物车，并在购物车中调整A的数量，最多能调整到2；这时用户乙也将A加入购物车，并且结算了一件A。此时，我们知道现在A的实际库存只有1件了。
实时check库存：用户甲购物车只能将A数量调整为1;
非实时check库存：用户甲购物车仍然能将A的数量调整为2，然而只有当用户甲点击“去结算按钮”时，才会再去check一遍库存，这时候前台告诉用户，A商品已经不足了，您需要返回购物车调整（或者直接在弹层提示上调整A的数量）。
这就是实时check商品库存能缓解‘结算按钮’的计算压力，同时能让用户购物更流畅。
四、购物车中商品的排序分类
如何制定相关规则，让购物车中的商品有序，让用户体验更好。
这也是为什么放在最后一个来讲，可见他的重要性。
从上图的结构可以看出来，购物车中的商品是按照活动A和B以及未参加活动三个组来展示的，由此也可以看出层级关系为：店铺 >>活动 >> 商品。
接下来需要解决三个问题：
①还原商品排序和分组的逻辑判断与过程；
②新加车商品D，该放在哪儿?
③如果修改某个商品参加的活动，购物车该如何变动?(第三点是最能体现用户体验的问题。)
假设有如下表所示5个商品，该表记录了它们的商品名、加车时间以及参加哪个活动5条记录。另外，需要补充一句是：一般新加车的商品，排在购物车最上方，不然有可能导致用户打开购物车看不到自己刚加车的商品。
先解决第一个问题：还原商品排序和分组的逻辑判断与过程；
购物车的分组与排序是结构化的，程序员的思路也是结构化的，所以大家在考虑产品逻辑的时候，也要有结构化的思维，一个商品加入购物车首先第一步是判断它是哪家店铺的？它是哪个活动底下的？它的加车时间是什么？(从大到小的逻辑顺序)有了这个过程之后，这个商品的位置自然也确定了，如下表所示：
你可以看到商品B1加车比商品A2晚，但是却排在了商品A2之后，这是什么原因呢?
这里只需按照这三类排序即可：组与组之间排序、组内排序、组与非组(单个商品)之间排序。
解决第二个问题：新加车商品D(12:00加车)，该放在哪儿？
如果D参加了活动B，那么当用户进入购物车页，他将看到如下图所示。
注意，由于商品D参加了活动B，导致商品B1和B2都跟着往上移动了。
最后一个问题：如果修改某个商品参加的活动，购物车该如何变动?
第三个问题发生的场景在购物车中，正所谓是牵一发而动全身，试想一下，用户只是调整了一下购物车中商品所参加的活动，购物车排序大动，导致用户找不到刚调整过的商品，这种体验可想而知。
本篇到这里算是结束了，很多东西还没有说透，可能需要读者自己去深入研究，或到我们的腾讯课堂：新思路教育学院学习更多详细的干货技巧。如果有什么心得体会，也欢迎大家在后台留言交流。
原创内容未经授权请勿转载
-
· · · 要不再看看 · · ·
◆ 新思路干货 | 如何做好人群标签?实现店铺精准引流!
◆ 新思路干货 | 八大方法让淘宝选款测款不再是难题!
◆【淘宝造物节】适合什么样的人去?能带给我们什么?
更多有趣的
请戳一戳
