考虑这种情况。
有地块,有的是住宅用地,有的是商业用地。
也有所有者。但是所有者只能购买一块土地,并且可以是住宅或商业用地。
所以,这是我的代码。
@Entity @Table(name = "PLOT") @Inheritance(strategy = InheritanceType.JOINED) public abstract class Plot { private int id; private String number; private List<Owner> owners = new ArrayList<>(); // getters and setters... } @Entity @Table(name = "RESIDENTIAL_PLOT") @PrimaryKeyJoinColumn(name = "PLOT_ID") public class ResidentialPlot extends Plot { // Some fields } @Entity @Table(name = "COMMERCIAL_PLOT") @PrimaryKeyJoinColumn(name = "PLOT_ID") public class CommercialPlot extends Plot { // Some fields } @Entity @Table(name = "OWNER") public class Owner { private int id; private String name; private Plot plot; // getters and setters }
一切运作良好,但是当我打电话owner.getPlot() ,我期待ResidentialPlot或CommercialPlot实例,这样,我可以通过采取适当的操作instanceof符。但是它不能同时满足这两个条件!
owner.getPlot()
ResidentialPlot
CommercialPlot
instanceof
我究竟做错了什么?
您没有使用多态,它在JPA环境中的危害更大。
观察到此行为的原因是由于Hibernate使用了代理。当Hibernate加载所有者时,它无法确定该地块是商业用地还是住宅用地。它必须做一个额外的查询才能知道。因此,它使用惰性代理初始化plot字段,该代理是动态生成的类的实例,该类扩展了Plot,但既不是CommercialPlot也不是ResidentialPlot。
在代理上调用方法时,代理通过从数据库获取Plot数据来初始化自身,并将其 委托 给CommercialPlot或ResidentialPlot的实例。
解决方案是使用多态性。向Plot类(例如getType()或isResidential())添加一个抽象方法,并在两个子类中都实现它。如果由于需要依赖实体类型但不应该包含在实体本身中的业务逻辑而无法实现,请使用访问者模式。
getType()
isResidential()
如果您需要更多详细信息,我就此主题写了一篇博客文章,但是它是法文。也许Google翻译可以为您提供帮助。