自学Java第155天
商品新增业务的实现
明明是一个简单的业务需求
竟然硬生生地被我拖成了三天
-
emmm这几天的学习效率确实很低
不过话又说回来,有一说一:
新增业务确实要比查询业务更复杂一点
因为商品新增要添加的数据有很多
-
并且此次的需求将前面学的知识点都串起来了
什么商品分类啊,品牌啊,规格参数啊
也算是集中做了一个回顾吧
-
商品相关的业务有一个大前提就是:
确定了商品分类、以及对应的品牌和规格参数
不能在商品列表中随便填一个分类、品牌
所以要去数据库查询数据
-
首先确定商品分类,根据pid查询
然后确定商品品牌,根据cid查询
再确定商品规格参数,还是根据cid查询
-
这些业务也就是我们前面十来天所实现了
只不过查询参数不一样,所以要补全对应方法
最后就是提交新增数据,完成新增操作了
-
无论是查询也好新增也罢,都是一样的思路
确定和请求相关的四大块内容
-
为什么新增较为复杂呢?
就是因为请求参数比较复杂,比如说这次需求
前端所显示的数据,它是一个json格式的数据
-
这个json说白了就是前端和后台沟通的一个桥梁
在Java中数据的体现方式是什么?
是实体类,是集合这些
在数据库中数据的体现方式是什么?
是数据表,当然这里只是Mysql数据库
-
前端提交的请求参数是一个json数据
那么在Java中就创建一个实体类和其对应
同时每张数据表又对应一个Java实体类
-
现在问题来了,请求参数中的json数据很多
对应了四张数据表,也就是四个实体类
而最好要用一个实体类接收
所以在该实体类中引入另外的实体类对象
-
同时又因为数据表中没有对应的字段
所以要用注解@Transient说明该字段是瞬态的
只在接收请求时使用,对数据库操作时不考虑该字段
-
以上就是对商品新增业务的一个简单说明
至于其具体的业务逻辑就不再赘述了
都已经整理在学习笔记中了
-
行有不得反求诸己,我是@刘小爱
一个白天上班晚上学习的95后沪漂,不为其它,只为学会自律做好自己,也愿我的每日打卡能给你带来勇气,欢迎点赞关注和评论。
商品新增业务的实现
明明是一个简单的业务需求
竟然硬生生地被我拖成了三天
-
emmm这几天的学习效率确实很低
不过话又说回来,有一说一:
新增业务确实要比查询业务更复杂一点
因为商品新增要添加的数据有很多
-
并且此次的需求将前面学的知识点都串起来了
什么商品分类啊,品牌啊,规格参数啊
也算是集中做了一个回顾吧
-
商品相关的业务有一个大前提就是:
确定了商品分类、以及对应的品牌和规格参数
不能在商品列表中随便填一个分类、品牌
所以要去数据库查询数据
-
首先确定商品分类,根据pid查询
然后确定商品品牌,根据cid查询
再确定商品规格参数,还是根据cid查询
-
这些业务也就是我们前面十来天所实现了
只不过查询参数不一样,所以要补全对应方法
最后就是提交新增数据,完成新增操作了
-
无论是查询也好新增也罢,都是一样的思路
确定和请求相关的四大块内容
-
为什么新增较为复杂呢?
就是因为请求参数比较复杂,比如说这次需求
前端所显示的数据,它是一个json格式的数据
-
这个json说白了就是前端和后台沟通的一个桥梁
在Java中数据的体现方式是什么?
是实体类,是集合这些
在数据库中数据的体现方式是什么?
是数据表,当然这里只是Mysql数据库
-
前端提交的请求参数是一个json数据
那么在Java中就创建一个实体类和其对应
同时每张数据表又对应一个Java实体类
-
现在问题来了,请求参数中的json数据很多
对应了四张数据表,也就是四个实体类
而最好要用一个实体类接收
所以在该实体类中引入另外的实体类对象
-
同时又因为数据表中没有对应的字段
所以要用注解@Transient说明该字段是瞬态的
只在接收请求时使用,对数据库操作时不考虑该字段
-
以上就是对商品新增业务的一个简单说明
至于其具体的业务逻辑就不再赘述了
都已经整理在学习笔记中了
-
行有不得反求诸己,我是@刘小爱
一个白天上班晚上学习的95后沪漂,不为其它,只为学会自律做好自己,也愿我的每日打卡能给你带来勇气,欢迎点赞关注和评论。
展开
评论
4