ORM Inheritance

Question

Có ai thực sự muốn và sử dụng hỗ trợ kế thừa trên các công cụ ORM, và nếu có, bạn nghĩ cung cấp hỗ trợ tốt nhất?

Hoặc là ORM Thừa kế một khái niệm "chiếc bánh trên bầu trời"?

Answer 1

Tôi thích câu hỏi này rất nhiều. Tôi đã sử dụng các công cụ ORM (Toplink, bây giờ eclipselink, Hibernate) trong một thời gian và tôi đã luôn luôn nhìn thấy điều này như được tham chiếu trong các tài liệu JPA nhưng tôi chưa bao giờ thực sự có nhu cầu về nó. Về cơ bản, triết lý của tôi là ORM chỉ ở đó để ngăn bạn viết mã tedius để rút ra các bản ghi cho cơ sở dữ liệu. Đó thực sự là bộ tiết kiệm thời gian rất lớn và nó ngăn cản bạn làm sai lầm ngu ngốc. Chắc chắn bạn có thể làm những thứ ưa thích với điều này, nhưng tại sao không lưu nó cho bộ điều khiển (nếu bạn đang theo MVC) hơn dính nó trong mô hình?

Answer 2

Nếu bạn có nghĩa là thừa kế trong các lớp miền, tôi sử dụng nó mọi lúc với NHibernate và/hoặc Castle ActiveRecord, họ hỗ trợ các chiến lược ba bản đồ:

• http://nhibernate.info/doc/nh/en/#inheritance
• http://old.castleproject.org/activerecord/documentation/trunk/usersguide/typehierarchy.html

Answer 3

Tôi đã sử dụng thừa kế với Hibernate (và một số với Django), và rất tiếc nó.

Nguyên tắc "thành phần thừa kế" đặc biệt đúng đối với các lớp miền. Trong khi tôi đồng ý rằng có một vài trường hợp thừa kế có ý nghĩa ở cấp mô hình, trong phần lớn trường hợp, kế thừa sẽ cung cấp cho bạn một mô hình miền rất tĩnh, trong đó một đối tượng sẽ không thể thay đổi sang lớp khác.

Tôi cũng thấy rằng hầu hết các nhà phát triển không thoải mái với khái niệm kế thừa ở cấp cơ sở dữ liệu, do đó việc bảo trì trở nên phức tạp hơn.

Và cuối cùng, có một số vấn đề kỹ thuật, như proxy được đưa ra bởi Hibernate sẽ ẩn lớp actuall của một đối tượng. Nó làm cho "trường hợp" hành xử một cách vất vả. Tất nhiên, bạn có thể nói rằng "trường hợp" là một mã ngửi và có thể đó là một gợi ý rằng bố cục có lẽ là giải pháp tốt hơn ...

Answer 4

Nếu bạn viết phần mềm kinh doanh phức tạp, bạn cần nó.

Giả sử bạn muốn có thể bán nội dung cho các cá nhân hoặc tổ chức. Trên một đơn đặt hàng, người mua sẽ là một hoặc khác. Làm thế nào để bạn làm điều đó mà không có thừa kế?

Với thừa kế, bạn muốn làm điều gì đó như thế này:

@Entity 
@Inheritance 
public abstract class Party { 

    @Id 
    private Long id; 

    ... 
} 

@Entity 
public class Individual extends Party { 
    ... 
} 

@Entity 
public class Organization extends Party { 
    ... 
} 

@Entity 
public class SalesOrder { 

    private Party buyer; 

    ... 
} 

Sau đó, bạn có thể làm:

salesOrder.setBuyer(someOrganization) hoặc salesOrder.setBuyer(someIndividual)