Kotlin với JPA/Hibernate: không lười tải mà không có `mở`?

Question

Hầu hết Kotlin JPA dụ mã trông như thế này

class Person(val name: String, val age: Int) { /* ... */ } 

hoặc thậm chí

data class Person(val name: String="", val age: Int=0) { /* ... */ } 

Bây giờ, Hibernate User Guide, và tôi cũng nghĩ nhiều ORMs khác, tiểu bang mà họ thường muốn tạo proxy hoặc mở rộng lớp mô hình, nhưng để cho phép điều đó trong Kotlin, lớp học phải được định nghĩa rõ ràng open. Điều này là không thể với các lớp dữ liệu và tôi giả sử, đánh giá từ kinh nghiệm của riêng tôi, rằng hầu hết mọi người không nghĩ về nó khi viết các thực thể JPA trong Kotlin.

Vì vậy, đến câu hỏi của tôi (đây là stackoverflow sau khi tất cả), nó là đủ để làm

open class Person(val name: String, val age: Int) { /* ... */ } 

hoặc chúng tôi sẽ thực sự phải làm

open class Person(open val name: String, open val age: Int) { /* ... */ } 

không không cần thiết cản trở việc ORM khi thực hiện công việc của mình đúng cách?
Nếu nó thực sự có hại, có lẽ chúng tôi nên đề xuất thêm cảnh báo cho IntelliJ IDEA, rằng nếu một lớp học có chú thích @Entity, nó phải được xác định open.

Answer 1

Các hướng dẫn mà bạn cung cấp quy định cụ thể:

Các lớp thực thể phải có một công hoặc bảo vệ không tham số nhà xây dựng ... Giao diện có thể không được thiết kế như một thực thể ... Các lớp thực thể không phải thức . Không có phương thức hoặc biến mẫu cố định nào của lớp thực thể có thể là cuối cùng.

Các lớp Kotlin tuân thủ quy ước JavaBeans dành cho người định cư/getters.

Nếu ORM của bạn có những yêu cầu như trên, sau đó bạn thực sự phải chỉ rõ open trên lớp và phương pháp của nó:

open class Person(open val name: String = "", 
        open val age: Int = 0) 

Các giá trị mặc định cho tất cả các thông số nhà xây dựng cho phép Kotlin để tạo thêm một sản phẩm nào constructor. Hoặc bạn có thể cung cấp cho nó như là một nhà xây dựng thứ cấp:

open class Person(open val name: String, open val age: Int) { 
    constructor() : this("", 0) 
} 

Lưu ý rằng open val tạo ra một trường cuối cùng riêng và một getter mở. Nếu không đủ, hãy sử dụng chú thích như @JvmField open val name.

Các ORM giống như bạn sử dụng có thêm ma sát với mã Kotlin do các mẫu thiết kế có vấn đề mà họ sử dụng (như tạo mọi thứ không phải là cuối cùng).

Tùy chọn tốt là sử dụng ORM riêng cho Kotlin. Ví dụ Exposed được hỗ trợ bởi JetBrains và được sử dụng cho một số sản phẩm của mình, mà nói cho chính nó. Một tùy chọn khác là Ebean chính thức hỗ trợ Kotlin (nhờ @johnp)