Tại sao Hibernate không yêu cầu hàm tạo đối số?

Phương thức khởi tạo không đối số là một yêu cầu (các công cụ như Hibernate sử dụng phản ánh trên phương thức khởi tạo này để khởi tạo các đối tượng).

Tôi đã nhận được câu trả lời bằng tay này nhưng ai đó có thể giải thích thêm không? Cảm ơn

Hibernate và mã nói chung tạo ra các đối tượng thông qua phản chiếu, sử dụng Class<T>.newInstance()để tạo một phiên bản mới của các lớp của bạn. Phương thức này yêu cầu một phương thức khởi tạo no-arg công khai để có thể khởi tạo đối tượng. Đối với hầu hết các trường hợp sử dụng, việc cung cấp một hàm tạo no-arg không phải là một vấn đề.

Có những cách tấn công dựa trên tuần tự hóa có thể hoạt động xung quanh việc không có hàm tạo no-arg, vì tuần tự hóa sử dụng phép thuật jvm để tạo các đối tượng mà không cần gọi hàm tạo. Nhưng điều này không khả dụng trên tất cả các máy ảo. Ví dụ: XStream có thể tạo các phiên bản của các đối tượng không có hàm tạo no-arg công khai, nhưng chỉ bằng cách chạy trong một chế độ được gọi là "nâng cao" chỉ khả dụng trên một số máy ảo. (Xem liên kết để biết chi tiết.) Các nhà thiết kế của Hibernate chắc chắn đã chọn duy trì khả năng tương thích với tất cả các máy ảo và do đó tránh các thủ thuật như vậy và sử dụng phương pháp phản chiếu được hỗ trợ chính thức Class<T>.newInstance()yêu cầu một hàm tạo không tranh luận.

Hibernate khởi tạo các đối tượng của bạn. Vì vậy, nó cần phải có khả năng khởi tạo chúng. Nếu không có hàm tạo no-arg, Hibernate sẽ không biết cách khởi tạo nó, tức là truyền đối số nào.

Các tài liệu hướng dẫn chế độ ngủ đông cho biết:

4.1.1. Triển khai một hàm tạo không đối số

Tất cả các lớp liên tục phải có một hàm tạo mặc định (có thể không công khai) để Hibernate có thể khởi tạo chúng bằng cách sử dụng Constructor.newInstance(). Bạn nên có một phương thức khởi tạo mặc định với ít nhất khả năng hiển thị gói để tạo proxy thời gian chạy trong Hibernate.

Erm, xin lỗi mọi người, nhưng Hibernate không yêu cầu các lớp của bạn phải có một hàm tạo không tham số. Đặc tả JPA 2.0 yêu cầu nó, và điều này rất khập khiễng thay mặt cho JPA. Các khung công tác khác như JAXB cũng yêu cầu nó, điều này cũng rất khập khiễng thay cho các khung công tác đó.

(Trên thực tế, JAXB được cho là cho phép các nhà máy thực thể, nhưng nó khăng khăng đòi tự khởi tạo các nhà máy này, yêu cầu chúng phải có một phương thức khởi tạo không tham số - đoán xem - cái gì - trong cuốn sách của tôi chính xác là không cho phép các nhà máy; điều đó thật khập khiễng !)

Nhưng Hibernate không yêu cầu một điều như vậy.

Hibernate hỗ trợ cơ chế đánh chặn, (xem "Bộ đánh chặn" trong tài liệu ,) cho phép bạn khởi tạo đối tượng của mình với bất kỳ tham số phương thức khởi tạo nào mà chúng cần.

Về cơ bản, những gì bạn làm là khi bạn thiết lập chế độ ngủ đông, bạn chuyển cho nó một đối tượng triển khai org.hibernate.Interceptorgiao diện và ngủ đông sau đó sẽ gọi instantiate()phương thức của giao diện đó bất cứ khi nào nó cần một phiên bản mới của một đối tượng của bạn, vì vậy việc triển khai phương thức đó của bạn có thể newđồ vật của bạn theo bất kỳ cách nào bạn thích.

Tôi đã thực hiện nó trong một dự án và nó hoạt động như một cái duyên. Trong dự án này, tôi thực hiện mọi việc thông qua JPA bất cứ khi nào có thể và tôi chỉ sử dụng các tính năng Hibernate như bộ đánh chặn khi tôi không còn lựa chọn nào khác.

Hibernate dường như hơi không an toàn về nó, vì trong quá trình khởi động, nó đưa ra một thông báo thông tin cho từng lớp thực thể của tôi, cho tôi biết INFO: HHH000182: No default (no-argument) constructor for classvà class must be instantiated by Interceptor, nhưng sau đó tôi thực hiện việc khởi tạo chúng bằng interceptor và tôi rất vui với điều đó.

Để trả lời phần "tại sao" của câu hỏi cho các công cụ không phải Hibernate , câu trả lời là "hoàn toàn không có lý do chính đáng", và điều này được chứng minh bằng sự tồn tại của công cụ đánh chặn ngủ đông. Có rất nhiều công cụ có thể đã hỗ trợ một số cơ chế tương tự cho việc khởi tạo đối tượng khách, nhưng chúng không hỗ trợ, vì vậy chúng tự tạo các đối tượng, vì vậy chúng phải yêu cầu các hàm tạo không tham số. Tôi bị cám dỗ để tin rằng điều này đang xảy ra bởi vì những người tạo ra những công cụ này nghĩ mình là những lập trình viên hệ thống ninja, những người tạo ra các khuôn khổ đầy ma thuật để được sử dụng bởi những lập trình viên ứng dụng ngu dốt, những người (vì vậy họ nghĩ) sẽ không bao giờ có cần các cấu trúc nâng cao như ... Mô hình Nhà máy . (Được chứ,nghĩ vậy. Tôi không thực sự nghĩ như vậy. Tôi đang đua ma.)

Hibernate là một khung ORM hỗ trợ chiến lược truy cập trường hoặc thuộc tính. Tuy nhiên, nó không hỗ trợ ánh xạ dựa trên phương thức khởi tạo - có thể bạn muốn gì? - vì một số vấn đề như

1º Điều gì sẽ xảy ra cho dù lớp của bạn chứa nhiều hàm tạo

public class Person {

    private String name;
    private Integer age;

    public Person(String name, Integer age) { ... }
    public Person(String name) { ... }
    public Person(Integer age) { ... }

}

Như bạn có thể thấy, bạn gặp phải vấn đề không nhất quán vì Hibernate không thể cho rằng phương thức khởi tạo nào nên được gọi. Ví dụ: giả sử bạn cần truy xuất đối tượng Người được lưu trữ

Person person = (Person) session.get(Person.class, <IDENTIFIER>);

Hàm dựng nào nên gọi Hibernate để truy xuất đối tượng Person? Bạn có thấy không ?

2º Và cuối cùng, bằng cách sử dụng phản xạ, Hibernate có thể khởi tạo một lớp thông qua hàm tạo không đối số của nó. Vì vậy, khi bạn gọi

Person person = (Person) session.get(Person.class, <IDENTIFIER>);

Hibernate sẽ khởi tạo đối tượng Person của bạn như sau

Person.class.newInstance();

Theo tài liệu API

Lớp được khởi tạo như thể bởi một biểu thức mới với danh sách đối số trống

Đạo đức của câu chuyện

Person.class.newInstance();

tương tự như

new Person();

Không có gì khác

Trên thực tế, bạn có thể khởi tạo các lớp không có hàm tạo 0-args; bạn có thể lấy danh sách các hàm tạo của một lớp, chọn một và gọi nó với các tham số không có thật.

Mặc dù điều này là có thể, và tôi đoán nó sẽ hoạt động và không có vấn đề gì, nhưng bạn sẽ phải đồng ý rằng điều đó khá kỳ lạ.

Việc xây dựng các đối tượng theo cách Hibernate thực hiện (tôi tin rằng nó gọi phương thức khởi tạo 0-arg và sau đó nó có thể sửa đổi trực tiếp các trường của cá thể thông qua Reflection. Có lẽ nó biết cách gọi bộ cài đặt) đi ngược lại một chút về cách một đối tượng phải được xây dựng trong Java- gọi hàm tạo với các tham số thích hợp để đối tượng mới là đối tượng bạn muốn. Tôi tin rằng việc khởi tạo một đối tượng và sau đó biến đổi nó là hơi "phản Java" (hoặc tôi có thể nói là phản Java lý thuyết thuần túy) - và chắc chắn, nếu bạn làm điều này thông qua thao tác trường trực tiếp, nó sẽ đóng gói và tất cả những thứ đóng gói lạ mắt đó .

Tôi nghĩ rằng cách thích hợp để làm điều này sẽ là xác định trong ánh xạ Hibernate cách một đối tượng sẽ được khởi tạo từ thông tin trong hàng cơ sở dữ liệu bằng cách sử dụng hàm tạo thích hợp ... nhưng điều này sẽ phức tạp hơn - có nghĩa là cả hai chế độ Hibernate sẽ đều phức tạp hơn, ánh xạ sẽ phức tạp hơn ... và tất cả đều phải "tinh khiết" hơn; và tôi không nghĩ rằng điều này sẽ có lợi thế hơn so với cách tiếp cận hiện tại (ngoài việc cảm thấy hài lòng khi làm mọi việc theo "cách thích hợp").

Phải nói rằng, và thấy rằng cách tiếp cận Hibernate không được "sạch sẽ" cho lắm, nghĩa vụ phải có một hàm tạo 0-arg là không hoàn toàn cần thiết, nhưng tôi có thể hiểu phần nào yêu cầu này, mặc dù tôi tin rằng họ đã làm điều đó hoàn toàn "đúng cách "căn cứ, khi họ đi lạc khỏi" cách thích hợp "(mặc dù vì lý do hợp lý) trước đó nhiều.

Hibernate cần tạo các phiên bản là kết quả của các truy vấn của bạn (thông qua phản chiếu), Hibernate dựa vào hàm tạo no-arg của các thực thể cho điều đó, vì vậy bạn cần cung cấp một hàm tạo no-arg. Điều gì không rõ ràng?

Việc tạo đối tượng với một phương thức khởi tạo không tham số thông qua phản xạ và sau đó điền vào các thuộc tính của nó bằng dữ liệu thông qua phản chiếu sẽ dễ dàng hơn nhiều so với việc thử và khớp dữ liệu với các tham số tùy ý của một phương thức khởi tạo tham số, với việc thay đổi tên / xung đột đặt tên, logic không xác định bên trong phương thức khởi tạo, các bộ tham số không phù hợp với các thuộc tính của một đối tượng, v.v.

Nhiều ORM và bộ tuần tự hóa yêu cầu các hàm tạo không tham số, bởi vì các hàm tạo tham số thông qua phản xạ rất mỏng manh và các hàm tạo không tham số cung cấp cả tính ổn định cho ứng dụng và kiểm soát hành vi đối tượng cho nhà phát triển.

Hibernate sử dụng proxy để tải chậm. Nếu bạn không xác định phương thức khởi tạo hoặc đặt nó ở chế độ riêng tư, một số thứ vẫn có thể hoạt động - những thứ không phụ thuộc vào cơ chế proxy. Ví dụ: tải đối tượng (không có hàm tạo) trực tiếp bằng cách sử dụng API truy vấn.

Tuy nhiên, nếu bạn sử dụng phương thức session.load (), bạn sẽ phải đối mặt với InstantiationException từ trình tạo proxy lib do không có sẵn phương thức khởi tạo.

Anh chàng này đã báo cáo một tình huống tương tự:

http://kristian-domagala.blogspot.com/2008/10/proxy-instantiation-problem-from.html

Kiểm tra phần này của thông số ngôn ngữ Java giải thích sự khác biệt giữa các lớp bên trong tĩnh và không tĩnh: http://java.sun.com/docs/books/jls/third_edition/html/classes.html#8.1.3

Một lớp bên trong tĩnh về mặt khái niệm không khác gì một lớp chung thông thường được khai báo trong tệp .java.

Vì Hibernate cần khởi tạo ProjectPK độc lập với phiên bản Project, nên ProjectPK cần phải là một lớp bên trong tĩnh hoặc được khai báo trong tệp .java của chính nó.

tham chiếu org.hibernate.InstantiationException: Không có hàm tạo mặc định