今天是刘自学Java的第150天。

谢谢观看，谢谢。

研究时间表如下:

1业务需求分析

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

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

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

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

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

2请求相关性分析

不外乎要搞清楚四大内容:

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

3实体类和数据表

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

数值型字段是mysql数据库中的关键字，会有冲突。

有两种方法可以解决这个问题:

①使用注释@列

说明是哪个关键字字段就够了，但是如果这个方法有多个关键字，就要一个一个的说明。

②配置文件中的配置

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

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

3Java三层架构

①控制器层代码编写

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

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

②服务层代码编写

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

③Mapper层代码编写

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

4测试

我们可以通过再次点击管理系统中对应的规格参数组来查询对应的规格参数。

上图是“Subject”的规格参数组，从数据库中查询到了三个规格参数，此外还有:

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

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

1什么是SPU和SKU？

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

思考问题:上图是商品吗？

不是特定商品，是SPU。我可以通过选择不同的属性来组合多种商品。

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

比如上图，有三种颜色可以选择，有四种内存可以选择。

而SKU是一种特殊的商品。

比如陶瓷黑，8G+128GB内存...以此类推，一切确定后，产品就是SKU。

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

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

2SPU数据表设计分析

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

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

商品②:亮银盘、8GB+256GB内存等属性后的SKU。决心已定。

商品①和②的SPU是一样的。

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

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

我是刘。

一个95后的上海漂泊者，白天上班，晚上学习，不为别的，只为学会自律，做自己。也希望我的每日打卡能给你带来勇气。欢迎您的关注和评论。