javaweb-青橙项目-4-79
文章目录
- 第4章 商品管理后端逻辑
-
- 学习目标
- 1. 分布式ID生成解决方案
-
- 1.1 数据库分片
- 1.2 分布式ID生成解决方案
-
- 1.2.1 UUID
- 1.2.2 Redis生成ID
- 1.2.3 开源算法snowflake
- 1.3 snowflake快速入门
-
- 1.3.1 快速入门
- 1.3.2 配置分布式ID生成器
- 2. 新增和修改商品
-
- 2.1 概念与表结构分析
-
- 2.1.1 SPU与SKU
- 2.1.2 表结构分析
- 2.2 需求与实现思路
-
- 2.2.1 需求分析
- 2.2.2 实现思路
- 2.3 代码实现
-
- 2.3.1 SPU与SKU列表的保存
- 2.3.2 建立分类与品牌的关联
- 2.3.3 根据ID查询商品
- 2.3.4 保存修改
- 2.3.5 未启用规格的sku处理
- 3. 商品审核与上下架
-
- 3.1 商品审核
-
- 3.1.1 需求分析与实现思路
- 3.1.2 代码实现
- 3.2 下架商品
-
- 3.2.1 需求与实现思路
- 3.2.2 代码实现
- 3.3 上架商品
-
- 3.3.1 需求分析
- 3.3.2 代码实现
- 3.4 批量上下架
-
- 3.4.1 需求分析
- 3.4.2 代码实现
- 4. 删除与还原商品
-
- 4.1 需求分析
- 4.2 实现思路
第4章 商品管理后端逻辑
学习目标
掌握分布式ID生成器（snowflake）的使用
完成新增和修改商品的后端逻辑
完成商品审核与上下架的后端逻辑
完成商品删除与还原的后端逻辑
前端并非是重点，此后重点转移到后端开发
序列-4：https://github.com/Jonekaka/javaweb-qingcheng-4-79
1. 分布式ID生成解决方案
1.1 数据库分片
对于海量增长的数据，各种操作越加困难，
此时就需要做数据库集群，将一个数据库的数据分散到不同的数据库中存储，即数据库分片。
如何实现数据库分片？
mycat数据库中间件
MyCat是一个开源的分布式数据库系统，实现了MySQL协议
前端用户可以把它看作是一个数据库代理，用MySQL客户端工具和命令行访问，
而其后端可以用MySQL原生协议与多个MySQL服务器通信，也可以用JDBC协议与大多数主流数据库服务器通信，
其核心功能是分表分库，即将一个大表水平分割为N个小表，存储在后端MySQL服务器里或者其他数据库里。
MyCat发展到目前的版本，它的后端可以支持MySQL、SQL Server、Oracle、DB2、PostgreSQL等主流数据库，也支持MongoDB这种新型NoSQL方式的存储，未来还会支持更多类型的存储。
将一个大表水平分割为N个小表
应用并不需要做任何改变，mycat隐藏了数据库分表的细节
mycat由运维管理
1.2 分布式ID生成解决方案
数据库的表已经分别存储在各个服务器上了，要避免重复id问题
因此有如下三种id方案
1.2.1 UUID
常见的方式。可以利用数据库也可以利用程序生成，一般来说全球唯一。
优点：
1）简单，代码方便。
2）生成ID性能非常好，基本不会有性能问题。
3）全球唯一，在遇见数据迁移，系统数据合并，或者数据库变更等情况下，可以从容应
对。
缺点：
1）没有排序，无法保证趋势递增。
2）UUID往往是使用字符串存储，查询的效率比较低。
3）存储空间比较大，如果是海量数据库，就需要考虑存储量的问题。
4）传输数据量大
5）不可读。
1.2.2 Redis生成ID
数据库服务器向redis请求分配id
使用Redis来生成ID。这主要依赖于Redis是单线程的，所以也可以用生成全局唯一的ID。可以用Redis的原子操作
INCR和INCRBY来实现。
优点：
1）不依赖于数据库，灵活方便，且性能优于数据库。
2）数字ID天然排序，对分页或者需要排序的结果很有帮助。
缺点：
1）如果系统中没有Redis，还需要引入新的组件，增加系统复杂度。
2）需要编码和配置的工作量比较大。
3）网络传输造成性能下降。
1.2.3 开源算法snowflake
snowflake是Twitter开源的分布式ID生成算法，结果是一个long型的ID。
其核心思想是：使用41bit作为毫秒数，10bit作为机器的ID（5个bit是数据中心，5个bit的机器
ID），12bit作为毫秒内的流水号（意味着每个节点在每毫秒可以产生 4096 个 ID），最后还有一个符号位，永远是0
本次采用开源算法snowflake
1.3 snowflake快速入门
1.3.1 快速入门
（1）新建工程，将IdWorker.java拷贝到工程中。
（2）编写代码
数据中心，机器id初始化为11，默认00
IdWorker idWorker=new IdWorker(1,1);
for(int i=0;i<10000;i++){
long id = idWorker.nextId();
System.out.println(id);
}
1.3.2 配置分布式ID生成器
（1）将IdWorker.java放到qingcheng_common_service工程com.qingcheng.util包中
（2）在qingcheng_service_goods工程resources下新增applicationContextservice.xml
<!‐‐雪花ID生成器‐‐>
<bean id="idWorker" class="com.qingcheng.util.IdWorker">
<constructor‐arg index="0" value="1"></constructor‐arg>
<constructor‐arg index="1" value="1"></constructor‐arg>
</bean>
2. 新增和修改商品
2.1 概念与表结构分析
2.1.1 SPU与SKU
SPU = Standard Product Unit （标准产品单位）
SPU是商品信息聚合的最小单位，描述了一个产品的特性。是一组可复用、易检索的标准化信息的集合
通俗点讲，属性值、特性相同的商品就可以称为一个SPU。
例如：
华为P20 pro就是一个SPU，与商家，与颜色、款式、套餐都无关。
SKU=stock keeping unit(库存量单位)
SKU即库存进出计量的单位， 可以是以件、盒、托盘等为单位。
SKU是物理上不可分割的最小存货单元。在使用时要根据不同业态，不同管理模式来处理。在服装、鞋类商品中使用最多最普遍。
例如：
华为P20 pro 宝石蓝 64G
华为P20 pro 亮黑色 64G
一对多的关系
2.1.2 表结构分析
货号，商品的条码，仓库使用，id被隐藏，不同的系统中还可能不同，但是货号存在且一致
spu名字，商品名字，比如华为p20
副标题存储一般促销信息
模板id，一般商品有信息模板
运费模板，和运费相关
图片，spu的封面
图片s,其他图片
tb_spu 表
| 字段名称 | 字段含义 | 字段类型 | 字段长度 | 备注 |
|---|---|---|---|---|
| id | 主键 | VARCHAR | ||
| sn | 货号 | VARCHAR | ||
| name | SPU名 | VARCHAR | ||
| caption | 副标题 | VARCHAR | ||
| brand_id | 品牌ID | INT | ||
| category1_id | 一级分类 | INT | ||
| category2_id | 二级分类 | INT | ||
| category3_id | 三级分类 | INT | ||
| template_id | 模板ID | INT | ||
| freight_id | 运费模板id | INT | ||
| image | 图片 | VARCHAR | ||
| images | 图片列表 | VARCHAR | ||
| sale_service | 售后服务 | VARCHAR | ||
| introduction | 介绍 | TEXT | ||
| spec_items | 规格列表 | VARCHAR | ||
| para_items | 参数列表 | VARCHAR | ||
| sale_num | 销量 | INT | ||
| comment_num | 评论数 | INT | ||
| is_marketable | 是否上架 | CHAR | ||
| is_enable_spec | 是否启用规格 | CHAR | ||
| is_delete | 是否删除 | CHAR | ||
| status | 审核状态 | CHAR |
sn，同样对接仓库用的
tb_sku 表
金额相关用int，单位分，不用小数是不担心四舍五入，而且存储方便，显示时只需要/100就行
sku会；用到spu的图片，因为是一对多关系，spu被sku分享
spuid，sku与spu的绑定关系
类目id，三级分类
品牌名称
| 字段名称 | 字段含义 | 字段类型 | 字段长度 | 备注 |
|---|---|---|---|---|
| id | 商品id | VARCHAR | ||
| sn | 商品条码 | VARCHAR | ||
| name | SKU名称 | VARCHAR | ||
| price | 价格（分） | INT | ||
| num | 库存数量 | INT | ||
| alert_num | 库存预警数量 | INT | ||
| image | 商品图片 | VARCHAR | ||
| images | 商品图片列表 | VARCHAR | ||
| weight | 重量（克） | INT | ||
| create_time | 创建时间 | DATETIME | ||
| update_time | 更新时间 | DATETIME | ||
| spu_id | SPUID | VARCHAR | ||
| category_id | 类目ID | INT | ||
| category_name | 类目名称 | VARCHAR | ||
| brand_name | 品牌名称 | VARCHAR | ||
| spec | 规格 | VARCHAR | ||
| sale_num | 销量 | INT | ||
| comment_num | 评论数 | INT | ||
| status | 商品状态 1-正常，2-下架，3-删除 | CHAR |
2.2 需求与实现思路
2.2.1 需求分析
点击分类列表，二级，三级依次刷新
填写商品信息，如数据库所描述
类似于编写spu信息
商品编号可以用来和其他系统做对接
sku信息编写
当选择商品属性时，下面自动新增条目，spu开始分裂出sku
输入sku的具体参数，比如图片，比如时间信息
这些图片是spu的
sku的图片在上面介绍尺码时上传
提交审核，
此时在spu表中添加一条数据，在sku表中添加多条数据，
提交后的商品进入审核状态
2.2.2 实现思路
前端传递给后端的数据格式
spu
sku信息
分类
图片上对应的选项与信息封装成json发送到后端，依次进入数据库
{
"spu": {
"name": "这个是商品名称",
"caption": "这个是副标题",
"brandId": 12,
"category1Id": 558,
"category2Id": 559,
"category3Id": 560,
"freightId": 10,
"image": "http://www.qingcheng.com/image/1.jpg",
"images":
"http://www.qingcheng.com/image/1.jpg,http://www.qingcheng.com/image/2.jp
g",
"introduction": "这个是商品详情，html代码",
"paraItems": {
"出厂年份":"2019","赠品":"充电器"},
"saleService": "七天包退,闪电退货",
"sn": "020102331",
"specItems": {
"颜色":["红","绿"],"机身内存":["64G","8G"]},
"templateId": 42
},
"skuList": [{
"sn": "10192010292",
"num": 100,
"alertNum": 20,
"price": 900000,
"spec": {
"颜色":"红","机身内存":"64G"},
"image": "http://www.qingcheng.com/image/1.jpg",
"images":
"http://www.qingcheng.com/image/1.jpg,http://www.qingcheng.com/image/2.jp
g",
"status": "1",
"weight": 130
},
{
"sn": "10192010293",
"num": 100,
"alertNum": 20,
"price": 600000,
"spec": {
"颜色":"绿","机身内存":"8G"},
"image": "http://www.qingcheng.com/image/1.jpg",
"images":
"http://www.qingcheng.com/image/1.jpg,http://www.qingcheng.com/image/2.jp
g",
"status": "1",
"weight": 130
}
]
}
2.3 代码实现
既然前端已经将信息发送过来了，那么如何快速有效的接受信息？
创建一个数据对象吸收信息，变成后端可以处理的数据对象
2.3.1 SPU与SKU列表的保存
代码实现：
（1）qingcheng_pojo工程创建组合实体类
/**
* 商品组合实体类
*/
public class Goods implements Serializable {
private Spu spu;
private List<Sku> skuList;
public Spu getSpu() {
return spu;
}
public void setSpu(Spu spu) {
this.spu = spu;
}
public List<Sku> getSkuList() {
return skuList;
}
public void setSkuList(List<Sku> skuList) {
this.skuList = skuList;
}
}
（2）qingcheng_interface工程SpuService新增方法定义
在接口中新增方法
/**
* 保存商品
* @param goods 商品组合实体类
*/
public void saveGoods(Goods goods);
（3）qingcheng_service_goods工程SpuServiceImpl实现此方法
实现接口中新定义的方法
就像准备一个接收数据的罐子
数字类型加空字符转化为字符串类型？数据空间占用，否本来加的就是空，而非空格
sku名称在商品界面中没有，但是数据库中有，也需要操作
数据库中数据样式如下
sku名称 =spu名称+规格值列表
vivo Y81s 刘海全面屏 3GB+32GB 香槟金 移动联通电信4G手机
前面是spu名字，后面是sku参数
sku.getSpec()获得string字符串，在转化为json,
Map
这个方法要对sku和spu两个表进行操作，进行了多个操作
需要添加事务。@Transactional
@Autowired
private SkuMapper skuMapper;
@Autowired
private IdWorker idWorker;
@Autowired
private CategoryMapper categoryMapper;
/**
* 保存商品
* @param goods
*/
@Transactional
public void saveGoods(Goods goods) {
//保存一个spu的信息
Spu spu = goods.getSpu();
spu.setId(idWorker.nextId()+"");
spuMapper.insert(spu);
//保存sku列表的信息
Date date=new Date();
//分类对象
Category category =
categoryMapper.selectByPrimaryKey(spu.getCategory3Id());
List<Sku> skuList = goods.getSkuList();
for (Sku sku:skuList){
sku.setId(idWorker.nextId()+"");
sku.setSpuId(spu.getId());
//sku名称 =spu名称+规格值列表
String name=spu.getName();
//sku.getSpec() {
"颜色":"红","机身内存":"64G"}
Map<String,String> specMap = JSON.parseObject(sku.getSpec(),
Map.class);
for(String value:specMap.values()){
name+=" "+value;
}
sku.setName(name);//名称
sku.setCreateTime(date);//创建日期
sku.setUpdateTime(date);//修改日期
sku.setCategoryId(spu.getCategory3Id());//分类id
sku.setCategoryName(category.getName());//分类名称
sku.setCommentNum(0);//评论数
sku.setSaleNum(0);//销售数量
skuMapper.insert(sku);
}
}
最后我们在类上添加@Transactional注解，并且在@Service注解中指定接口为
SpuService.class，否则这个类被多个接口所代理，不知道被谁代理，导致无法服务
@Service(interfaceClass=SpuService.class)
（3）qingcheng_web_manager工程SpuController修改add方法
既然功能模块已经完成， 写controller方法进行调用
@PostMapping("/save")
public Result save(@RequestBody Goods goods){
spuService.saveGoods(goods);
return new Result();
}
在没有前端页面的情形下如何测试模块是否可用呢？
使用postman方法可以模拟
在此之前，将修改后的公共模块重新安装
service加了雪花id生成模块
pojo加了goods实体类
interface
开启zk,goods,manger管理，
如图使用postman将案例json传送
数据库中
spu表格，打开过滤器检索，发现插入成功
2.3.2 建立分类与品牌的关联
需求：
（1）为什么要建立分类与品牌的关联？
因为我们在前台搜索时需要通过分类找到品牌列表。
（2）分类与品牌是什么关系?
多对多。
比如手机分类，有小米苹果品牌
然而小米品牌，也有电视，手机分类
那么需要为其添加额外的功能实现这种关系吗？
用户选择了手机，然后选择小米
用户选择了小米品牌，还要继续选择手机？不需要
因此这个功能不能单独实现
（3）在什么地方添加关系？
我们不在后台单独实现分类与品牌的关联，而是在添加商品时自动添加分类和品牌关联。在用户已有的操作中获得关联信息
实现思路：
（1）设计中间表tb_category_brand表
（2）根据表创建实体类、数据访问接口
（3）在添加商品的saveGoods方法中添加代码逻辑 ，将SPU的品牌编号和分类编号 一
起插入到（中间表）中。
代码实现：
代码生成器不会自动生成吗？
此表有两个主键，其对于有两个主键的表并不主动生成
（1）创建中间表的实体类
@Table(name="tb_category_brand")
public class CategoryBrand implements Serializable {
@Id
private Integer categoryId;
@Id
private Integer brandId;
public Integer getCategoryId() {
return categoryId;
}
public void setCategoryId(Integer categoryId) {
this.categoryId = categoryId;
}
public Integer getBrandId() {
return brandId;
}
public void setBrandId(Integer brandId) {
this.brandId = brandId;
}
}
这个表是联合主键，所以templateId和brandId都有@Id注解
（2）新建数据访问接口
public interface CategoryBrandMapper extends Mapper<CategoryBrand> {
}
（3）修改saveGoods方法，添加以下代码
创建分类和品牌的关联
需要注意的是，既然是多对多，需要去重if(count==0) {
CategoryBrand categoryBrand =new CategoryBrand();
categoryBrand.setBrandId(spu.getBrandId());
categoryBrand.setCategoryId(spu.getCategory3Id());
int count=categoryBrandMapper.selectCount(categoryBrand);
if(count==0) {
categoryBrandMapper.insert(categoryBrand);
}
pojo创建了实体类，更新后需要重新安装
运行service,manger
插入数据可以看到绑定关系存在
数据库
2.3.3 根据ID查询商品
商品的新增与修改逻辑相同，根据流程重新走一遍即可
但是这里需要将待修改的数据加载出来
需求：根据id 查询SPU和SKU列表 ，显示效果如下：
查spu和sku的信息，返回给前端相同格式的数据即可
代码实现：
（1）qingcheng_interface工程SpuService新增方法定义
/**
* 根据ID查询商品
* @param id
* @return
*/
public Goods findGoodsById(String id);
（2）qingcheng_service_goods工程SpuServiceImpl实现此方法
/**
* 根据ID查询商品
* @param id
* @return
*/
public Goods findGoodsById(String id){
//查询spu
Spu spu = spuMapper.selectByPrimaryKey(id);
//查询SKU 列表
Example example=new Example(Sku.class);
Example.Criteria criteria = example.createCriteria();
criteria.andEqualTo("spuId",id);
List<Sku> skuList = skuMapper.selectByExample(example);
//封装，返回
Goods goods=new Goods();
goods.setSpu(spu);
goods.setSkuList(skuList);
return goods;
}
（3）qingcheng_web_manager工程SpuController新增方法
@GetMapping("/findGoodsById")
public Goods findGoodsById(Long id){
return spuService.findGoodsById(id);
}
如图，已经根据id查找到数据库，并封装为json文件
2.3.4 保存修改
实现思路：
（1）修改与新增共用同一个方法
（2）通过spu的id判断当前操作是新增还是修改
（3）如果是新增需要设置spu的id，对spu执行的是insert操作
（4） 如果修改则需要删除原来的sku列表，对spu执行的是
updateByPrimaryKeySelective操作。
（5）sku列表的插入部分的代码要判断sku是否有id,如果有id则不重新生成id
代码实现：
修改SpuServiceImpl的saveGoods方法，修改后代码如下：
/**
* 保存商品
* @param goods
*/
@Transactional
public void saveGoods(Goods goods) {
//保存一个spu的信息
Spu spu = goods.getSpu();
if(spu.getId()==null){
//新增商品
spu.setId(idWorker.nextId()+"");
spuMapper.insert(spu);
}else{
//修改
//删除原来的sku列表
Example example=new Example(Sku.class);
Example.Criteria criteria = example.createCriteria();
criteria.andEqualTo("spuId",spu.getId());
skuMapper.deleteByExample(example);
//执行spu的修改
spuMapper.updateByPrimaryKeySelective(spu);
}
//保存sku列表的信息
List<Sku> skuList = goods.getSkuList();
for (Sku sku:skuList){
if(sku.getId()==null){
//新增
sku.setId(idWorker.nextId()+"");
sku.setCreateTime(date);//创建日期
}
//添加sku 。。。。。。（略）
}
//建立分类和品牌的关联
//。。。。。。（略）
}
2.3.5 未启用规格的sku处理
需求分析：
有些商品是没有区分规格的，也就是一个spu对应一个sku ，这种情况下sku列表只传递
一条记录，并且没有规格（spec）属性，我们要对其进行判断，避免因空值产生
做一个容错处理
实现思路：
在saveGoods方法的sku列表循环中添加代码，判断
商品没有spec参数自然不需要添加
//构建SKU名称，采用SPU+规格值组装
if(sku.getSpec()==null || "".equals(sku.getSpec())){
sku.setSpec("{}");
}
3. 商品审核与上下架
3.1 商品审核
有些商品是违法的，有些商品信息错误
3.1.1 需求分析与实现思路
商品审核：新录入的商品是未审核状态，也是未上架状态。
实现思路：
（1）修改审核状态，如果审核状态为1则上架状态也修改为1
（2）记录商品审核记录，审核记录表
（3）记录商品日志，商品日志表
3.1.2 代码实现
（1）SpuService新增方法定义
public void audit(String id,String status,String message);
（2）SpuServiceImpl实现方法
/**
* 商品审核
* @param id
* @param status
* @param message
*/
@Transactional
public void audit(String id, String status, String message) {
//1.修改状态 审核状态和上架状态
Spu spu = new Spu();
spu.setId(id);
spu.setStatus(status);
if("1".equals(status)){
//审核通过
spu.setIsMarketable("1");//自动上架
}
spuMapper.updateByPrimaryKeySelective(spu);
//2.记录商品审核记录
//3.记录商品日志
}
（3）SpuController新增方法
@GetMapping("/audit")
public Result audit(Long id){
spuService.audit(id);
return new Result();
}
3.2 下架商品
3.2.1 需求与实现思路
下架商品，修改上下架状态为下架。下架商品不修改审核状态。
下架商品需要记录商品日志。
3.2.2 代码实现
（1）SpuService新增方法定义
/**
* 下架商品
* @param id
*/
public void pull(String id);
（2）SpuServiceImpl实现方法
/**
* 下架商品
* @param id
*/
public void pull(String id) {
Spu spu = spuMapper.selectByPrimaryKey(id);
spu.setIsMarketable("0");//下架状态
spuMapper.updateByPrimaryKeySelective(spu);
}
（3）SpuController新增方法
@GetMapping("/pull")
public Result pull(String id){
spuService.pull(id);
return new Result();
}
3.3 上架商品
3.3.1 需求分析
将商品修改为上架状态，需要验证该商品是否审核通过，未审核通过的商品不能上架。
上架商品需要记录商品日志。
3.3.2 代码实现
必须是通过审核的商品才能上架
（1）SpuService新增方法定义
/**
* 上架商品
* @param id
*/
public void put(String id);
（2）SpuServiceImpl实现方法
/**
* 商品上架
* @param id
*/
public void put(String id) {
//1.修改状态
Spu spu = spuMapper.selectByPrimaryKey(id);
if(!"1".equals(spu.getStatus())){
throw new RuntimeException("此商品未通过审核");
}
spu.setIsMarketable("1");
spuMapper.updateByPrimaryKeySelective(spu);
//2.记录商品日志
。。。
}
（3）SpuController新增方法
@GetMapping("/put")
public Result put(String id){
spuService.put(id);
return new Result();
}
3.4 批量上下架
3.4.1 需求分析
前端传递一组商品ID，后端进行批量上下架处理，处理后给前端返回处理的条数
3.4.2 代码实现
（1）SpuService新增方法定义
/**
* 批量上架商品
* @param ids
*/
public int putMany(Long[] ids);
（2）SpuServiceImpl实现方法
/**
* 批量上架商品
* @param ids
*/
public int putMany(Long[] ids) {
Spu spu=new Spu();
spu.setIsMarketable("1");//上架
//批量修改
Example example=new Example(Spu.class);
Example.Criteria criteria = example.createCriteria();
criteria.andIn("id", Arrays.asList(ids));//id
criteria.andEqualTo("isMarketable","0");//下架
criteria.andEqualTo("status","1");//审核通过的
criteria.andEqualTo("isDelete","0");//非删除的
return spuMapper.updateByExampleSelective(spu, example);
}
（3）SpuController新增方法
@GetMapping("/putMany")
public Result putMany(Long[] ids){
int count = spuService.putMany(ids);
return new Result(0,"上架"+count+"个商品");
}
批量下架代码略
4. 删除与还原商品
4.1 需求分析
删除商品并非物理删除（真正的执行删除数据），而是通过将表中某字段标记为删除状
态。
还原商品实际就是将删除状态再修改回来。
如果商品需要物理删除，必须是先逻辑删除才能进行物理删除，删除前需要检查状态。
4.2 实现思路
逻辑删除商品，修改spu表is_delete字段为1
商品回收站显示spu表is_delete字段为1的记录
回收商品，修改spu表is_delete字段为0
数据库操作略