学习计划安排如下：
一、规格参数业务实现
1业务需求分析
昨天实现了规格参数组相关的业务，点击商品分类，可以查看到其对应的规格参数组信息。
比如上图中“手机”这个商品分类的规格参数组有：主体、基本信息和操作系统。
现在我们要实现的需求是：
点击相应的规格组，会跳转到其规格参数的页面，也就是该规格组下有哪些规格参数？
具体数据需要我们从数据库中查询，因为我这边业务还未完成，所以显示的数据为：“该分组下没有参数”。
2请求相关分析
无外乎还是要弄清楚四大内容：
好，弄清楚了这四点，就可以写后台代码了。
3实体类和数据表
关于实体类有一个知识点要说明下。
numeric这个字段在mysql数据库中是一个关键字，会有冲突。
面对这个问题有两种解决方式：
①使用注解@Colum
说明关键字字段是哪个一个即可，但是该方式若是有多个关键字需要一一说明。
②配置文件中配置
也可以在yam文件中如图中配置。
注意：该配置只在mysql数据库中有用。
3Java三层架构
①Controller层代码编写
根据请求相关的四大内容即可完成Controller层的代码编写。
注意请求参数gid是以问号的形式拼接到请求路径中的，所以使用注解@RequestParam。
②Service层代码编写
使用通用mapper完成查询操作：因为不是主键查询，所以创建对应的实体类对象，将gid赋值给该对象，最后根据该对象完成查询。
③Mapper层代码编写
继承通用mapper提供的Mapper接口即可，在泛型中说明对应的实体类SpecParam。
4测试
我们再次在管理系统中点击对应的规格参数组，就能查询到对应的规格参数了。
上图中就是“主体”这个规格参数组，从数据库中查询到了3个规格参数，此外还有：
关于这三个业务就暂且不一一说明了，其实无外乎就还是这么一个思路。
二、SPU和SKU数据结构
SPU和SKU是电商中两个非常重要的概念。
1什么是SPU和SKU呢？
这种官方定义看起来好像挺难理解的，我以某电商网站某品牌手机为例作个说明：
思考问题：上图是一个商品么？
它不是一个具体的商品，它是一个SPU，我通过选择不同的属性可以组合成多个商品。
SPU是商品的共有集，并不是固定某个商品。
比如上图中手机有三种颜色可以选择，手机内存也有4种可以选择。
而SKU才是具体的某个商品。
比如陶瓷黑、8G+128GB内存…等每一项都确定好之后的商品才是一个SKU。
通俗理解就是我们购买订单页面对商品的详细说明，就是一个SKU。
每一个SKU的价格一般是不一样，我们购买的是SKU而不是SPU。
2SPU数据表设计分析
在数据库中其被拆分成了两张表，我们具体做一个分析：
商品①：陶瓷黑、8G+128GB内存…等属性都确定后的一个SKU。
商品②：亮银版、8GB+256GB内存…等属性都确定后的一个SKU。
无论是商品①还是商品②其SPU都是一样的。
其包含有：id、商品名称、品牌id，副标题、商品描述（描述一般都会描述配置最高的那个）、包装、售后服务。
因为关于商品描述这个字段非常的长，所以将SPU表做了一个拆分，将这些描述性字段单独又放在了一个数据表中。