研究日程如下:

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

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

一、规格参数的业务实现

1业务需求分析

昨天实现了规范参数组相关的业务。点击产品分类，查看相应的规格参数组信息。

比如上图中，“手机”的规格参数组是:主体、基本信息、操作系统。

我们现在需要实现的是:

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

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

2请求相关性分析

无非是想出四个主要内容:

请求路径:真实路径是规格/参数。

方法:获取请求。

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

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

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

3实体类和数据表

有一个关于实体类的知识点需要说明。

nu版块是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数据表的设计与分析

在数据库中，它被分成两个表。我们将进行具体分析:

商品:一个SKU后的属性如陶瓷黑、8G+128GB内存等。下定决心。

商品:一个SKU后的属性如亮银版，8GB+256GB内存等。下定决心。

两种商品①和②的SPU相同。

它包含:id、产品名称、品牌id、副标题、产品描述(描述通常描述配置最高的那个)、包装和售后服务。

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