有三种关联设计:
一、ID关联 公司实体类,
二、公司对象去关联,
三、还是用公司ID,再加一个冗余公司Name属性去关联。
页面上当显示部门时 要显示 公司Name,
第一种设计 要满足页面显示 就要再建个VO类了,就需要一个实体对象到VO对象之间转化。
第二种像hibernate的lazy load 廷迟加载了。
第三种 如果数据库表也加一个冗余Name,这样更新时就要同步下了。
这三种情况下一般用那种?
如果实体类关联很复杂,又用那种?
有三种关联设计:
一、ID关联 公司实体类,
二、公司对象去关联,
三、还是用公司ID,再加一个冗余公司Name属性去关联。
页面上当显示部门时 要显示 公司Name,
第一种设计 要满足页面显示 就要再建个VO类了,就需要一个实体对象到VO对象之间转化。
第二种像hibernate的lazy load 廷迟加载了。
第三种 如果数据库表也加一个冗余Name,这样更新时就要同步下了。
这三种情况下一般用那种?
如果实体类关联很复杂,又用那种?
当然是第二种,这是公认的,没有考虑商量余地,都是缺省的。从关联本身定义也可以推导出这个结论,对象关联是对象之间关联,所以,比如是一个对象对另外一个对象的引用。