Kotlin mit JPA/Hibernate: kein Lazy-Loading ohne `open`?

Question

meisten Kotlin JPA Beispiel-Code sieht wie folgt aus

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

oder sogar

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

nun die Hibernate User Guide, und ich denke, auch mehrere andere ORMs an, daß sie wollen in der Regel Proxies erstellen oder auf andere Weise erweitern die Modellklasse, aber um dies in Kotlin zu ermöglichen, muss die Klasse explizit definiert werden open. Dies ist derzeit bei Datenklassen nicht möglich, und ich gehe davon aus, dass die meisten Leute bei der Erstellung von JPA-Entitäten in Kotlin nicht darüber nachdenken.

, also auf meine Frage kommen (das ist Stackoverflow, nachdem alle), ist es genug

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

oder würden wir tun müssen, tatsächlich

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

nicht unnötig zu behindern, tun ORM bei seiner Arbeit richtig machen?
Wenn es wirklich schädlich ist, sollten wir wahrscheinlich vorschlagen, IntelliJ IDEA eine Warnung hinzuzufügen, dass, wenn eine Klasse eine @Entity Annotation hat, sollte sie open definiert werden.

Answer 1

Das Tutorial Sie gibt an zur Verfügung gestellt:

Die Entity-Klasse muss eine öffentliche oder Konstruktor ohne Argumente geschützt ... Schnittstelle nicht als Einheit bezeichnet werden kann ... Die Entity-Klasse darf nicht endgültig . Keine Methoden oder persistenten Instanzvariablen der Entitätsklasse können endgültig sein.

Kotlin-Klassen folgen der JavaBeans-Konvention für Setter/Getter.

Wenn Ihre ORM Anforderungen wie oben hat, dann haben Sie in der Tat open auf die Klasse und ihre Methoden zu spezifizieren:

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

Die Standardwerte für alle der Konstruktor Parameter erlauben Kotlin eine zusätzliche leer zu erzeugen Konstrukteur. Alternativ können Sie es als sekundären Konstruktor bieten:

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

Beachten Sie, dass open val ein eigenes letztes Feld erzeugt und ein offenes Getter. Wenn das nicht genug ist, verwenden Sie Annotationen wie @JvmField open val name.

ORMs wie die, die Sie verwenden, haben zusätzliche Reibung mit Kotlin-Code wegen der fragwürdigen Design-Muster, die sie verwenden (wie alles nicht final).

Eine gute Option ist die Verwendung eines Kotlin-spezifischen ORM. Zum Beispiel wird Exposed von JetBrains unterstützt und für einige seiner Produkte verwendet, was für sich spricht. Eine andere Option ist Ebean, die Kotlin offiziell unterstützt (danke @johnp)