商品分类业务，说下其实现的整个思路
思路搞清楚了，剩下的就是搬砖了
哼，我才不是在搬砖呢
就算是在搬砖，我也要告诉自己
我其实是在修万里长城……
一般来说需求拿到手，先分析数据模型：
数据表中的字段是如何设计的？
Java中对应的实体类又如何设计？
前端页面中vue组件使用哪个？
数据模型清楚了，代码编写也就好说了
商品分类，是一个多级类目的关系
比如说家用电器是一个一级类目
它有很多个子节点，比如电视、冰箱…等
此时电视、冰箱这些就是一个二级类目
其中电视也有多个子节点
比如全面屏电视、超薄电视……等
这些都是国内某网站的一个分类划分
那在数据库中如何设计呢？
使用两个字段来说明这种多级关系
id和name字段不用多说，一般都会有
parent_id字段用于说明我的父节点的id
该字段就将同一张表中的数据自关联起来了
理论上三级四级无数级都可以用该字段来说明
is_parent字段用来说明是否是父节点
如果为true，表示还有子节点，商品分类业务
如果为false，表示没有子节点，其它业务
这个字段也很关键，一开始被我自己忽略了
如一级类目，我只需要查询它的子节点有哪些？
但最后一级类目没有子节点了呢？
就要查询具体商品了，不属于商品分类业务
确定了数据表设计，编写对应的Java实体类
使用通用mapper将它们联系起来
至于前端页面使用对应的ui组件模板编写
再就是确认请求路径了，根据路径编写代码
Controller层接受请求和响应
Servic层处理具体的业务，以及判断查询结果
Mapper层这里直接使用了通用Mapper
关于实体类是放在子工程lxa-item-pojo中
关于具体业务是放在子工程lxa-item-service中
编写好该业务后，做个测试看是否能查询到数据
同时将其对应到网关当中，网关中配置路由
再通过网关访问，确定是否也没问题
网关本质上只是在访问路径上加了一层保护
本质上还是执行我们编写的具体业务代码
不然别人都能直接看到我们的业务路径，比较危险
我是@刘小爱，一个白天上班晚上学习的95后沪漂，不为其它，只为学会自律做好自己，也愿我的每日打卡能给你带来勇气，欢迎点赞关注和评论。
网友评论