学习计划安排如下：

　　1业务需求分析

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

　　比如上图中“手机”这个商品分类的规格参数组有：主体、基本信息和操作系统。

　　现在我们要实现的需求是：

　　点击相应的规格组，会跳转到其规格参数的页面，也就是该规格组下有哪些规格参数？

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

　　2请求相关分析

　　无外乎还是要弄清楚四大内容：

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

　　3实体类和数据表

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

　　numeric这个字段在mysql数据库中是一个关键字，会有冲突。

　　面对这个问题有两种解决方式：

　　①使用注解@Colum

　　说明关键字字段是哪个一个即可，但是该方式若是有多个关键字需要一一说明。

　　②配置文件中配置

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

　　注意：该配置只在mysql数据库中有用。

　　3Java三层架构

　　①Controller层代码编写

　　根据请求相关的四大内容即可完成Controller层的代码编写。

　　注意请求参数gid是以问号的形式拼接到请求路径中的，所以使用注解@RequestParam。

　　②Service层代码编写

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

　　③Mapper层代码编写

　　继承通用mapper提供的Mapper接口即可，在泛型中说明对应的实体类SpecParam。

　　4测试

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

　　上图中就是“主体”这个规格参数组，从数据库中查询到了3个规格参数，此外还有：

　　关于这三个业务就暂且不一一说明了，其实无外乎就还是这么一个思路。

　　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表做了一个拆分，将这些描述性字段单独又放在了一个数据表中。