Kotlin с JPA/Hibernate: без ленивой загрузки без `open`?

Question

Большинство Котлин JPA пример кода выглядит следующим образом

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

или даже

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

Теперь Hibernate User Guide, и я думаю, также несколько других ORMs, заявляют, что они обычно хотят, чтобы создать прокси или иным образом расширить класс модели, но чтобы разрешить в Kotlin класс должен быть явно определен open. В настоящее время это невозможно с классами данных, и я полагаю, исходя из собственного опыта, что большинство людей не думают об этом при написании сущностей JPA в Котлине.

Таким образом, чтобы прийти на мой вопрос (это StackOverflow в конце концов), это достаточно, чтобы сделать

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

или же мы на самом деле нужно сделать

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

не напрасно препятствовать ORM при правильной работе?
Если это действительно вредно, мы должны, вероятно, предложить добавить предупреждение IntelliJ IDEA, что если класс имеет аннотацию @Entity, ее следует определить open.

Answer 1

В учебнике вы предоставили определяет:

Класс объект должен иметь открытый или защищенный конструктор без аргументов ... Интерфейс может не быть определен как объект ... Класс объект не должен быть окончательным , Никакие методы или постоянные переменные экземпляра класса сущности не могут быть окончательными.

Kotlin классы следуют за соглашением JavaBeans для сеттеров/геттеров.

Если ОРМ имеет требования, как указано выше, то вы действительно должны указать open на класс и его методы:

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

значения по умолчанию для всех параметров конструктора позволяют Котлин генерировать дополнительный пустой конструктор. В качестве альтернативы вы можете предоставить его в качестве вторичного конструктора:

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

Обратите внимание, что open val создает частное последнее поле и открытый добытчик. Если этого недостаточно, используйте аннотации, такие как @JvmField open val name.

ORM, как у вас, есть дополнительное трение с кодом Котлина из-за сомнительных шаблонов дизайна, которые они используют (например, для того, чтобы сделать все не финальным).

Хорошим вариантом является использование ОРМ, специфичного для Kotlin. Например, Exposed поддерживается JetBrains и используется для некоторых своих продуктов, что говорит само за себя. Другим вариантом является Ebean, который официально поддерживает Kotlin (спасибо @johnp)