暂无个人介绍
2022年08月
工作繁琐,不适合实际应用
从下到上,依次是entoty,reposicory,DAO,service,conaoller
考虑数据如何访问数据库
数据层DAO
数据层DAO
缺少orderitem
user、order和book
使用timestamp区分主件困难,且数据冗余无法存储
无法辨析那几本book同属于一个订单
无法区分订单里的book有多少条
user用户的表,order订单表,订单项表,以及book书库
剔除重复代码降低代码复用度,将所有修改的代码集中到一点
service存在接口给conaoller,只需要更换实践。
业务逻辑发生改变,需要跟换源码,以及面对多个查询产生重复代码
进行写入book数据库,进行加一减一,和管理order,对老数据进行删除。
在俩个不同的DAO对象中均可对book进行操作
封装到service中
order的关联操作和book的库存减一