为什么过期的商品会分享购物车的总数？这篇文章供你解读。

1）首先，想一想前进，我相信有些孩子会想知道为什么购物车仍然保留过期物品？

有两个原因：

一个。实际上，任何设计都可以投射到特定的事物上，并且可以进行对比。

互联网的发展和演变不是关于创造，而是关于转型。人们的基本需求和行为模式没有改变。这就像超市有购物车。用户把东西放进去，最后去收银台，所以电子商务平台也制作了购物车，继续了离线购物车的价值和功能。此购物车中商品的操作权限在线和离线一致。只能更改用户的活动行为。这是一种用户行为。尊重。

湾从用户体验的角度来看，数据层引起的任何性能层都必须清楚地了解用户的理解，就像购物车中的项目一样，即使用户未知，也不应该被系统使用。自动处理，这是对交互的反思。

2）那为什么购物车设置了产品限制？

在朋友提到之前，人们会记住这个问题。事实上，在设计了很多功能之后，每个人都会发现并赋予它很多主观价值，但客观地说，在初始设计阶段，有时它可能只是开发和产品理论。出于安全原因，此处的数字必须具有上限。如果考虑到产品，那么设置99，就是这样。

业主喜欢将这种类型的设计称为容器设计。许多场景，控件和功能都会遇到这个概念。说白了，输入框也是一个容器，可以保存文本。只要它是一个容器，就会出现大小，安全性和数据溢出问题。 ，必须设置一个阈值。

有人会说设定上限会更好地指导用户的行为吗？这一点只不过是刺激用户在评论之前添加历史记录，在此过程中更新可能具有相关的兴趣扩展行为。这没有错，也就是说，成本太高，条件难以触发，我们仍然回归本质。

3）最后，在文本开头回答问题。为什么无效计算为总数？

结合上述答案，显然有三个原因：

a）如果未计算故障总数，则对于容器的设计，仍然需要设置无效项目的上限。无法避免上限。设置二没有什么意义。

b）根据前一点，如果仅设置了有效上限，则单独计算故障（包括设置的上限和上限未设置），如果项目失败，则从有效中删除容器，然后填充有效容器，即重新添加。完整，无效和有效，是否有效？是加入替换还是溢出？

c）失败和有效性与两个要求相反。在产品设计层面，我们应该积极引导用户管理无效商品，并且有必要通过共享上限来监督用户的自发维护。

作者：宁白，魔窗产品总监，9年互联网产品经验，一直引领B2B供应链多件来自电商0-1。

本文最初由@宁白衣发布。未经许可，禁止复制。

该地图来自unsplash，基于CC0协议