首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

购物车系统设计

购物车对数据可靠性要求不高,性能也无特别要求,在整个电商系统是相对容易设计和实现的一个子系统。...购物车系统的主要功能: 把商品加入购物车(后文称“加购”) 购物车列表页 发起结算下单 在所有界面都要显示的购物车小图标 支撑这些功能,存储模型如何设计? 只要一个“购物车”实体。...至于商品价格和总价、商品介绍等都能实时从其他系统获取,无需购物车系统保存。 购物车功能简单,但设计购物车系统的存储时,仍有一些问题需考虑。...若存在服务端,则每个暂存购物车都得有个全局唯一标识,这不易设计。保存在服务端,还要浪费服务端资源。...存储设计 用户购物车须保证多端数据同步,数据须保存在服务端。

95830
您找到你想要的搜索结果了吗?
是的
没有找到

购物车设计与实现

但在实际使用中,由于购物车的数据量太大,而且修改频繁,会导致数据库的压力增加,所以一般不会直接使用关系型数据库来存储购物车信息。...2、业务分析 以京东购物车为例,按业务分析,需要完成如下功能: 1、全选功能-获取所有该用户的所有购物车商品 2、商品数量-购物车图标上要显示的购物车里商品的总数 3、删除-要能移除购物车里某个商品..."shopId\":\"123123\",\"skuId\":\"342342342\",\"num\":2,\"selected\":1,\"addTime\":123123213123}" 下面设计一下保存到...redis中的购物车相关数据结构: 购物车商品实体: @Data @ApiModel("购物车-商品-缓存实体") public class CartItem { @ApiModelProperty...除了用户手动删除购物车中指定商品,还会在下单的时候需要删除购物车中对应的商品。

1.6K20

购物车之架构设计

skr shop是一群底层码农,由于被工作中的项目折磨的精神失常,加之由于程序员的自傲:别人设计的系统都是一坨shit,我的设计才是宇宙最牛逼,于是乎决定要做一个只设计不编码的电商设计手册。...项目地址:https://github.com/skr-shop/manuals 在上一篇文章 购物车设计之需求分析 描述了购物车的通用需求。...本文在业务架构上的分析借助了 DDD (领域驱动设计)思想;还是那句话适合的就是最好的。 业务架构 通过前面的需求分析,我们已经明确我们的购物车要干什么了。先来看一下一个典型的用户操作购物车过程。...因此在设计购物车列表接口的时候,一定要考虑充分的通用性。...总结 至此对于购物车的实现设计算是完结了,其中关于订单表的设计会单独放到订单模块去讲。

1.5K40

购物车设计之需求分析

skr shop是一群底层码农,由于被工作中的项目折磨的精神失常,加之由于程序员的自傲:别人设计的系统都是一坨shit,我的设计才是宇宙最牛逼,于是乎决定要做一个只设计不编码的电商设计手册。...今天开始我们就以一个假定的场景来输出一个购物车设计:某某电商平台,是一个多租户模式(我们前面的诸多设计都是多租户模式),用户可以把商品加入到购物车,并切按照商户纬度来展示、排序。...也可以选择将成团商品加入一键购买的购物车,保证成团商品只能买一个。拼团模式更像是加入购物车的一个前置条件。本质上它对于购物车设计没有影响。...对于排序我们会采用的设计是:根据某个店铺在购物车中最后发生操作的时间,最新的操作肯定在最上面。 结尾 通过上面我们基本上搞清楚了购物车设计中我们要做什么,依赖的系统要提供什么能力。...下篇开始进入数据模型的设计、前后端接口设计。 如果你对购物车上面的需求还有哪些补充,欢迎留言。我们一起来完善。

1.7K10

购物车之架构设计

skr shop是一群底层码农,由于被工作中的项目折磨的精神失常,加之由于程序员的自傲:别人设计的系统都是一坨shit,我的设计才是宇宙最牛逼,于是乎决定要做一个只设计不编码的电商设计手册。...项目地址:https://github.com/skr-shop/manuals 在上一篇文章 购物车设计之需求分析 描述了购物车的通用需求。...说明 架构设计可以分为三个层面: 业务架构 系统架构 技术架构 快速简单的说明下三个架构的意思;当我们拿到购物车需求时,我们说用Golang来实现,存储用Redis;这描述的是技术架构;我们对购物车代码项目进行代码分层...因此在设计购物车列表接口的时候,一定要考虑充分的通用性。...总结 至此对于购物车的实现设计算是完结了,其中关于订单表的设计会单独放到订单模块去讲。

1.5K21

设计20——真电商之购物车设计

经过前一章节的学习,相信你对购物车的业务和和功能有了一定的了解。其实购物车,很多朋友都多多少少接触过一些,上一章节我们也挖掘了购物车的需求。...天猿人工厂君,就和你继续从业务和功能层面去梳理购物车的那些隐含逻辑,至于技术实现,会在设计系列完成之后,的功能实现专辑中体现。...猿设计同样是一个原创系列文章,帮助你从一个只是具备一些技术名词的小白猿人,开始掌握一些行业内通用的设计系统方法,提高你需求挖掘、需求分析、系统分析和设计的能力,完成属于你的能力聚变,更多精彩内容,敬请大家关注公主号猿人工厂...如果真这样设计,只能讲你过去接触的是假电商,最多只能算是小得不能再小的电商系统了——就一句话,遇到多维度叠加促销你怎么去支持展示。最典型的某SKUA,单买和作为赠品,一条记录怎么办?...以上就是购物车的业务逻辑和概要设计,在接下来的一章中,我们会讲到订单结算的一些事情。可能你会觉得简单了些,或者有不同的设计,欢迎你联系猿人工厂君噢。

2.1K30

电商系统设计购物车

购物车该如何查询就成了一个问题] ---- 上一篇文章在对于购物车业务及数据表设计中,有位童鞋在评论区与我讨论许久,特此独立一篇文章来详解下我的想法及我为什么这么做,以下为在业务层面、逻辑层面、未来功能的可扩展性...单表 [我的设计并不是最好的,仅此参考] , 在考虑到未来业务不断增加的问题,我是将价格与标题和商品的SKU加入到购物车表内,在商户修改时无需关心其他表,直接检索与修改商品相关的购物车,拿出价格,计算差价...如果计算加入购物车这段实际降价多少,这其实与上述操作一样,对于单表的设计上,这2种需求实为一种解决方案。在查询上也是一条sql语句的实现。...在购物车设计上,重用主要提现在商品信息的存储方式上,避免多次去联表查询,在业务量大后的份表分库提现会更明显。...购物车设计之初也是考虑未来商品的业务功能各种变更。不如简单点,直接将其属性存到购物车。 复杂度 初期的设计,决定未来开发及重构的复杂度。功能与功能,系统与系统之间尽量避免直接关联。

2.3K30
领券