学习了收藏业务的实现
收藏太常见了，也被频繁地使用
正所谓收藏从未停止，学习从未开始
其实文章也好，商品也罢，还是旅游路线
都可以被多个用户同时收藏
用户也可以收藏多个，它们是多对多的关系
所以在数据库表设计的时候
会有一张中间表专门来管理它们之间的关系
好，现在用户要点击收藏某个商品
我们就得在收藏表中增加一条收藏数据
由用户id、商品id来确定收藏数据
但是这还没完呢
往往用户是能直接看到收藏数量的
所以还需要去修改商品表中id对应的商品
将对应商品中的count属性，增加一
同时，仅仅是增加一还不够
还得根据id把对应商品的count查出来
这样才能被显示出来，从而被用户看到
总之业务逻辑复杂倒是不复杂，就是有点繁琐
等于是有两个小模块：商品模块和收藏模块
但在写收藏模块的时候，要调用商品模块的方法
现在回过来想想，也觉得正常哦
刚开始学的时候还在那想
我就算是在收藏模块还不是可以查询商品数量
搞得我记笔记时，都不知道该怎么写的好
毕竟有两个不同的Service层和Dao层
现在回头想想，大概为了代码的可拓展性
凡是和商品相关的都去调用商品模块里的方法
最后还有一个数据库事务相关的功能
没时间了，还没来得及学习
网友评论