尚品汇总结一：后台商品管理（面试专用）
项目模块：
后台管理模块
分类管理
平台属性管理
品牌管理
品牌与分类管理
SPU管理（销售属性）
SKU管理（上下架）
商品详情
购物车
订单
支付
秒杀
登录 ：账号密码、手机验证码、微信扫码
手机验证码：
浏览器输入手机号发送验证码
后台生成验证码发送短信，成功存入redis
输入验证码，点击登录
后台如果没有注册直接注册。
微信扫码
浏览器点击扫码登录，传递相关返回二维码
微信扫码，点击确定
微信平台收到确认信息后，回调8160
后台处理回调数据，获取access_token
查询该用户有没有绑定手机号，如果没有返回前台让他绑定
前台绑定手机号发送验证码，点击登录，
后台绑定数据登录成功
搜索
建议：3~4个模块，至少有一个模块带redis 、rabbitmq
一、商品管理
1、基本信息—分类
一般情况可以分为两级或者三级。咱们的项目一共分为三级，即一级分类、二级分类、三级分类。
比如：家用电器是一级分类，电视是二级分类，那么超薄电视就是三级分类。
数据库结构
数据库设计方案
三张表的方式
一张表的方式，添加pid字段
类别功能：
添加类别
是否是一级分类，如果不是，可以选择对应的分类
将添加的信息提交到后台即可
修改类别
获取类型详情信息（回显）
将修改的信息提交
查询类别
删除类别
注意：
是否采用逻辑删除
是否有子类别
是否关联了商品信息
Excel导入类别 : poi easyexcel
导入数据功能，比如：导入用户、业务数据批量导入。
2、基本信息—平台属性
平台属性:一个分类下 共用的属性
平台属性和平台属性值
平台属性和平台属性值主要用于商品的检索，每个分类对应的属性都不同。
商品详情的时候 有个 属性规格,可以把sku对应的平台属性给展示.
而每个商品对应的每种属性都有对应的属性值。
比如：
电脑整机的一级分类下，有笔记本、游戏本、台式机、一体机的二级分类。
笔记本这个二级分类又包含了处理器、屏幕尺寸、内存容量、硬盘容量、显卡类别这些属性。
那么针对联想某个型号的笔记本，它作为笔记本这种分类，每个分类属性都有对应的值，cpu(属性)是i7(属性值)的，内存(属性)是8G(属性值)的，屏幕尺寸(属性)是14寸(属性值)的。
3、商品品牌
标明 商品属于什么品牌，在搜索的时候可以当做条件
4、基本信息—spu与 sku
SPU(Standard Product Unit)：标准化产品单元。是商品信息聚合的最小单位，是一组可复用、易检索的标准化信息的集合，该集合描述了一个产品的特性。
Stock Keeping Unit（库存量单位）。即库存进出计量的基本单元，可以是以件，
SKU是对于大型连锁超市DC（配送中心）物流管理的一个必要的方法。现在已经被引申为产品统一编号的简称，每种产品均对应有唯一的SKU号。
比如，咱们购买一台iPhoneX手机，iPhoneX手机就是一个SPU，但是你购买的时候，不可能是以iPhoneX手机为单位买的，商家也不可能以iPhoneX为单位记录库存。必须要以什么颜色什么版本的iPhoneX为单位。比如，你购买的是一台银色、128G内存的、支持联通网络的iPhoneX ，商家也会以这个单位来记录库存数。那这个更细致的单位就叫库存单元（SKU）。
5、商品信息—销售属性与平台属性
销售属性 就是商品详情页右边，可以通过销售属性来定位一组spu下的哪款sku。可以让当前的商品详情页，跳转到自己的“兄弟”商品。
一般每种商品的销售属性不会太多，大约1-4种。整个电商的销售属性种类也不会太多，大概10种以内。比如：颜色、尺寸、版本、套装等等。不同销售属性的组合也就构成了一个spu下多个sku的结构。
平台属性 就是之前分类下面，辅助搜索的，类似于条件的属性。
销售属性与平台属性各自独立。一个SPU会决定一个商品都有哪些销售属性，比如iPhonx会有颜色、版本、内存的销售属性，某个T桖衫只有尺寸这个销售属性。
而某个商品有什么平台属性，由他的3级分类决定。比如笔记本包括：运行内存、cpu、显卡、硬盘、屏幕尺寸等等。
6、SKU与SPU的图片
同一个SPU下的SKU可以共用一些资源，比如商品图片。毕竟同一种商品，大部分图片都是共用的只有因为颜色尺寸等，很少的差别。那么一般来说商品图片都是在新增SPU时上传的，在新增SKU时从该SPU已上传的图片中选择。
7、数据结构图（重中之重）
二、业务
1、业务话术（最好自己总结）
【参考答案】
我们这个电商平台是不支持商家入驻功能的，因此整个商品管理主要是我们这个电商后台系统的一个核心功能模块。主要的功能分为：
- 对于商品品牌、商品分类、销售属性和平台属性进行管理的一些操作；
- 对商品有对应操作权限的业务员对于商品的添加、上下架、修改、删除、批量操作、模糊查询等功能。
Sku 批量添加：excel导入
针对商品这个模块来说，因为不同的分类对应不同的平台属性，平台属性和SKU进行关联，用于后期商品搜索功能实现，可以通过平台属性查询出所选属性下的所有SKU信息；
同时，一个分类下又有多个品牌，品牌下对应多个SPU商品，每一个SPU下有多种销售属性，我们通过商品SPU的不同销售属性组合生成多个SKU。例如 iPhone7是一个SPU，由于iPhone7分内存、颜色等销售属性，内存有64G、128G和256G，颜色有红色、金色和黑色，这样每种不同销售属性组合就是一个新的SKU，64G+黑色、64G+金色、64G+红色，128G+金色…….等。（主要就是说表设计和表关系）
2、商品添加
- 先判断是否有对应的商品添加的权限，如果没有，直接不显示操作按钮；
- 如果有，先选择商品所属的分类，然后商品分类选择之后会对应的查询出所有平台属性和所关联的所有品牌；
- 然后添加产品SPU的一些基本信息（SPU名称、标题、商城价格等）；
- 其次，上传产品SPU对应的图片，这块因为整个电商平台中需要保存大量的图片，因此我们使用了一个分布式文件存储系统MinIO来存储商品的图片；
- 在SPU列表中有添加sku的按钮，点击后可以添加给SPU添加SKU。进入SKU添加页面时会查出当前SPU的所有销售属性和图片，然后添加SKU信息，选择对应的销售属性，选择对应的图片。
- 调用后台的商品添加接口/服务，然后对应的接口/服务中生成商品添加时的一些默认数据（添加时间、更新时间、操作人等），在商品添加的时候我们默认是下架状态。需要拥有审核功能的业务员针对商品中是否有一些不合法的数据进行审核。
3、商品上下架
因为商品添加之后，默认是下架状态，如果商品想处于销售状态，必须将商品的状态改为上架状态。
修改sku表中 is_sale字段 状态字段 0未上架 1已上架 2已下架
涉及到了和 搜索服务对接的问题,商品上架了,就需要可以被搜索到,商品下架了,就不能被搜索了.
后续使用了RabbitMQ实现业务处理。