学习计划安排如下:

昨天实现了商品规格参数组业务，今天继续实现对应的规格参数。

理解SPU和SKU的概念，分析SPU的数据表设计。

一、规范和参数的业务实现

1业务需求分析

昨天实现了规范参数组相关的业务。点击商品分类可以查看其对应的规格参数组信息。

比如上图中商品类别“手机”的规格参数组包括:主体、基本信息、操作系统。

现在我们需要达到以下要求:

点击对应的规范组，就会跳转到其规范参数的页面，也就是这个规范组下有哪些规范参数？

我们需要从数据库中查询具体的数据，因为我们的业务还没有完成，所以显示的数据是“该分组下无参数”。

2请求相关性分析

不外乎弄清楚四大内容:

请求路径:实际路径是spec/params。

请求方法:获取请求。

请求参数:gid，即规范参数组id。

返回值:是规范参数的数组。

好了，搞清楚这四点，就可以写后台代码了。

3实体类和数据表

有一个关于实体类的知识点要讲解。

Numeric这个字段是mysql数据库中的关键字，会有冲突。

这个问题有两种解决方案:

①使用注释@列。

指定是哪个关键字字段就够了，但是如果这种方式有多个关键字，就需要逐个指定。

②配置文件中的配置

也可以在yam文件中配置，如图所示。

注意:这个配置只在mysql数据库中有用。

3Java三层架构

①控制器层代码编写

根据请求相关的四个内容，就可以写控制器层的代码了。

请注意，请求参数gid以问号的形式拼接到请求路径中，因此使用了注释@RequestParam。

②服务层代码编写

使用通用映射器完成查询操作:因为不是主键查询，所以创建对应的实体类对象，给对象赋gid，最后根据对象完成查询。

③Mapper层代码编写

只需继承通用映射器提供的映射器接口，并在泛型中解释对应的实体类SpecParam即可。

4测试

再次，我们在管理系统中点击对应的规格参数组，就可以查询到对应的规格参数。

上图是“主体”，优优资源网的参数组。除了以下参数之外，还可以从数据库中找到三个规格参数:

增加业务对应增加参数按钮。

修改业务对应的按钮。

删除业务对应的按钮。

这三项业务我暂且不一一解释。其实就是这么个想法。

二、SPU和SKU数据结构

SPU和SKU是电子商务中两个非常重要的概念。

1什么是SPU和SKU？

SPU称为标准产品单位，翻译过来就是标准产品单位。

SKU被称为库存单位，也就是库存的单位。

这个官方定义似乎很难理解。我以某电商网站某品牌手机为例来说明:

问题:上图是商品吗？

不是具体的商品，是SPU，我可以通过选择不同的属性组合成多个商品。

SPU是一套常见的商品，不是固定的商品。

比如上图，有三种颜色供手机选择，四种内存供手机选择。

SKU是一种特殊的商品。优资源网

比如陶瓷黑，8G+128GB内存……等等。只有在每个项目都被确认后，才是SKU。

通俗的理解就是我们的采购订单页面上对商品的详细描述，这是一个SKU。

每个SKU的价格一般都不一样。我们买SKU而不是SPU。

2SPU数据表的设计与分析

在数据库中，它被分成两个表。我们来具体分析一下:

①:陶瓷黑、8G+128GB内存……等属性确认后的一张SKU。

②商品:优优资源网亮银版后的一台SKU，8GB+256GB内存等。已经确认。

无论是商品①还是商品②，其SPU都是一样的。

包括:id、商品名称、品牌id、副标题、商品描述(描述一般描述配置最高的那个)、包装、售后服务。

由于关于产品描述的字段很长，SPU表被拆分，这些描述性字段单独放在一个数据表中。