有一张订单表、一张商品表、一张订单商品关系表
我应该写三个实体类还是两个实体类
三个感觉有些冗余,两个感觉会在一个实体类里面写太多的东西
请问应该如何设计实体类
麻烦各位指点一下
有一张订单表、一张商品表、一张订单商品关系表
我应该写三个实体类还是两个实体类
三个感觉有些冗余,两个感觉会在一个实体类里面写太多的东西
请问应该如何设计实体类
麻烦各位指点一下
15 回答8.3k 阅读
8 回答6.2k 阅读
4 回答4.4k 阅读✓ 已解决
5 回答3.2k 阅读✓ 已解决
4 回答4k 阅读
3 回答3.6k 阅读✓ 已解决
1 回答2.9k 阅读✓ 已解决
抛开语言谈思想,从思维层面来看肯定是一个实体对应一个实体类,你这里有三张表,那么应该就是三个实体,那肯定是有三个实体类。
然后,如果三个表有关联的逻辑最好抽出一个类,暂且把他叫做
XXService
类,专门来处理一套共用的逻辑,这个逻辑同时操作三张表。从另外一方面来看,可能你某个实体类里,你基本上不会写太多代码,你觉得太麻烦,文件太多,但是从另外的思路来看:
XXService
是代码内聚的思想,你要搞清楚解耦和内聚。另外,我推荐你一本书《领域驱动设计》,很多程序思想这本书都给你解析得清清楚楚,明明白白。