Kotlin с JPA: ад конструктора по умолчанию

Как требует JPA, @Entityклассы должны иметь конструктор по умолчанию (без аргументов) для создания экземпляров объектов при их извлечении из базы данных.

В Kotlin свойства очень удобно объявлять в основном конструкторе, как в следующем примере:

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

Но когда конструктор без аргументов объявляется как вторичный, он требует передачи значений для первичного конструктора, поэтому для них необходимы некоторые допустимые значения, как здесь:

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

В случае, когда свойства имеют более сложный тип, чем просто Stringи, Intи они не допускают значения NULL, выглядит совершенно плохим предоставление значений для них, особенно когда в первичном конструкторе и initблоках много кода и когда параметры активно используются - - когда они будут переназначены посредством отражения, большая часть кода будет выполнена снова.

Более того, val-properties нельзя переназначить после выполнения конструктора, поэтому неизменяемость также теряется.

Возникает вопрос: как адаптировать код Kotlin для работы с JPA без дублирования кода, выбора «волшебных» начальных значений и потери неизменяемости?

PS Верно ли, что Hibernate помимо JPA может создавать объекты без конструктора по умолчанию?

Начиная с Kotlin 1.0.6 , kotlin-noargплагин компилятора генерирует синтетические конструкторы по умолчанию для классов, которые были аннотированы выбранными аннотациями.

Если вы используете gradle, применения kotlin-jpaплагина достаточно, чтобы сгенерировать конструкторы по умолчанию для классов, аннотированных @Entity:

buildscript {
    dependencies {
        classpath "org.jetbrains.kotlin:kotlin-noarg:$kotlin_version"
    }
}

apply plugin: "kotlin-jpa"

Для Maven:

<plugin>
    <artifactId>kotlin-maven-plugin</artifactId>
    <groupId>org.jetbrains.kotlin</groupId>
    <version>${kotlin.version}</version>

    <configuration>
        <compilerPlugins>
            <plugin>jpa</plugin>
        </compilerPlugins>
    </configuration>

    <dependencies>
        <dependency>
            <groupId>org.jetbrains.kotlin</groupId>
            <artifactId>kotlin-maven-noarg</artifactId>
            <version>${kotlin.version}</version>
        </dependency>
    </dependencies>
</plugin>

просто укажите значения по умолчанию для всех аргументов, Kotlin создаст для вас конструктор по умолчанию.

@Entity
data class Person(val name: String="", val age: Int=0)

см. NOTEрамку под следующим разделом:

https://kotlinlang.org/docs/reference/classes.html#secondary-constructors

@ D3xter имеет хороший ответ для одной модели, другая - это новая функция в Kotlin, которая называется lateinit:

class Entity() {
    constructor(name: String, age: Date): this() {
        this.name = name
        this.birthdate = age
    }

    lateinit var name: String
    lateinit var birthdate: Date
}

Вы могли бы использовать это, когда уверены, что что-то заполнит значения во время создания или очень скоро после (и перед первым использованием экземпляра).

Вы заметите, что я изменил ageна, birthdateпотому что вы не можете использовать примитивные значения с, lateinitи они также должны быть на данный момент var(ограничение может быть снято в будущем).

Так что не идеальный ответ на неизменность, та же проблема, что и другой ответ в этом отношении. Решением для этого являются плагины к библиотекам, которые могут обрабатывать понимание конструктора Kotlin и сопоставление свойств с параметрами конструктора, вместо того, чтобы требовать конструктор по умолчанию. Модуль Kotlin для Джексона делает это, поэтому очевидно, что это возможно.

См. Также: https://stackoverflow.com/a/34624907/3679676 для изучения похожих вариантов.

@Entity data class Person(/*@Id @GeneratedValue var id: Long? = null,*/
                          var name: String? = null,
                          var age: Int? = null)

Начальные значения требуются, если вы хотите повторно использовать конструктор для разных полей, kotlin не допускает нулей. Поэтому всякий раз, когда вы планируете опустить поле, используйте эту форму в конструкторе:var field: Type? = defaultValue

jpa не требует конструктора аргументов:

val entity = Person() // Person(name=null, age=null)

нет дублирования кода. Если вам нужно построить объект и установить только возраст, используйте эту форму:

val entity = Person(age = 33) // Person(name=null, age=33)

магии нет (просто прочтите документацию)

Невозможно сохранить таким образом неизменность. Vals ДОЛЖЕН быть инициализирован при создании экземпляра.

Один из способов сделать это без неизменности:

class Entity() {
    public constructor(name: String, age: Int): this() {        
        this.name = name
        this.age = age
    }

    public var name: String by Delegates.notNull()

    public var age: Int by Delegates.notNull()
}

Я довольно давно работаю с Kotlin + JPA, и у меня возникла собственная идея, как писать классы Entity.

Я лишь немного расширил вашу первоначальную идею. Как вы сказали, мы можем создать частный конструктор без аргументов и предоставить значения по умолчанию для примитивов , но когда мы пытаемся использовать другие классы, это становится немного беспорядочным. Моя идея - создать статический объект STUB для класса сущности, который вы сейчас пишете, например:

@Entity
data class TestEntity(
    val name: String,
    @Id @GeneratedValue val id: Int? = null
) {
    private constructor() : this("")

    companion object {
        val STUB = TestEntity()
    }
}

и когда у меня есть класс сущности, связанный с TestEntity, я могу легко использовать только что созданную заглушку. Например:

@Entity
data class RelatedEntity(
        val testEntity: TestEntity,
        @Id @GeneratedValue val id: Long? = null
) {
    private constructor() : this(TestEntity.STUB)

    companion object {
        val STUB = RelatedEntity()
    }
}

Конечно, это решение не идеально. Вам все еще нужно создать шаблонный код, который не требуется. Также есть один случай, который не может быть решен с помощью заглушки - отношения родитель-потомок в одном классе сущностей - например:

@Entity
data class TestEntity(
        val testEntity: TestEntity,
        @Id @GeneratedValue val id: Long? = null
) {
    private constructor() : this(STUB)

    companion object {
        val STUB = TestEntity()
    }
}

Этот код сгенерирует исключение NullPointerException из-за проблемы с куриным яйцом - нам нужен STUB для создания STUB. К сожалению, нам нужно сделать это поле допускающим значение NULL (или какое-либо подобное решение), чтобы код работал.

Также, на мой взгляд, наличие Id в качестве последнего поля (и допускающего значение NULL) вполне оптимально. Мы не должны назначать его вручную и позволять базе данных делать это за нас.

Я не говорю, что это идеальное решение, но я думаю, что оно использует удобочитаемость кода объекта и функции Kotlin (например, нулевую безопасность). Я просто надеюсь, что будущие выпуски JPA и / или Kotlin сделают наш код еще проще и приятнее.

Как указано выше, вы должны использовать не no-argплагин, предоставляемый Jetbrains.

Если вы используете Eclispe, вам, возможно, придется отредактировать настройки компилятора Kotlin.

Окно> Настройки> Котлин> Компилятор

Активируйте no-argплагин в разделе Compiler Plugins.

См. Https://discuss.kotlinlang.org/t/kotlin-allopen-plugin-doesnt-work-with-sts/13277/10

Я сам болван, но, похоже, вам нужно явно указать инициализатор и вернуться к нулевому значению, как это

@Entity
class Person(val name: String? = null, val age: Int? = null)

Подобно @pawelbial, я использовал объект-компаньон для создания экземпляра по умолчанию, однако вместо определения вторичного конструктора просто используйте аргументы конструктора по умолчанию, такие как @iolo. Это избавляет вас от необходимости определять несколько конструкторов и упрощает код (хотя и разрешено, определение сопутствующих объектов "STUB" не совсем упрощает его)

@Entity
data class TestEntity(
    val name: String = "",
    @Id @GeneratedValue val id: Int? = null
) {

    companion object {
        val STUB = TestEntity()
    }
}

А затем для классов, относящихся к TestEntity

@Entity
data class RelatedEntity(
    val testEntity: TestEntity = TestEntity:STUB,
    @Id @GeneratedValue val id: Int? = null
)

Как упоминалось в @pawelbial, это не сработает, если TestEntityкласс «имеет» TestEntityкласс, поскольку STUB не будет инициализирован при запуске конструктора.

Эти строки сборки Gradle мне помогли:
https://plugins.gradle.org/plugin/org.jetbrains.kotlin.plugin.jpa/1.1.50 .
По крайней мере, он встроен в IntelliJ. На данный момент он не работает в командной строке.

И у меня есть

class LtreeType : UserType

и

    @Column(name = "path", nullable = false, columnDefinition = "ltree")
    @Type(type = "com.tgt.unitplanning.data.LtreeType")
    var path: String

var path: LtreeType не работает.

Если вы добавили плагин gradle https://plugins.gradle.org/plugin/org.jetbrains.kotlin.plugin.jpa, но не работал, скорее всего, версия устарела . Я был на 1.3.30, и у меня это не сработало. После того, как я обновился до 1.3.41 (последней на момент написания), все заработало.

Примечание: версия kotlin должна быть такой же, как у этого плагина, например: вот как я добавил оба:

buildscript {
    dependencies {
        classpath "org.jetbrains.kotlin:kotlin-gradle-plugin:$kotlin_version"
        classpath "org.jetbrains.kotlin:kotlin-noarg:$kotlin_version"
    }
}