Kotlin với JPA: địa ngục xây dựng mặc định

Như JPA yêu cầu, @Entitycác lớp nên có một hàm tạo mặc định (không đối số) để khởi tạo các đối tượng khi lấy chúng từ cơ sở dữ liệu.

Trong Kotlin, các thuộc tính rất thuận tiện để khai báo bên trong hàm tạo chính, như trong ví dụ sau:

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

Nhưng khi hàm tạo không đối số được khai báo là hàm thứ cấp, nó yêu cầu các giá trị cho hàm tạo chính được truyền vào, vì vậy một số giá trị hợp lệ là cần thiết cho chúng, như ở đây:

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

Trong trường hợp khi các thuộc tính có một số loại phức tạp hơn chỉ Stringvà Intchúng không thể rỗng, thì việc cung cấp các giá trị cho chúng là rất tệ, đặc biệt là khi có nhiều mã trong hàm tạo và initkhối chính và khi các tham số được sử dụng tích cực - - khi chúng được gán lại thông qua sự phản chiếu, hầu hết các mã sẽ được thực thi lại.

Hơn nữa, các sản valphẩm không thể được chỉ định lại sau khi hàm tạo thực thi, do đó tính bất biến cũng bị mất.

Vì vậy, câu hỏi là: làm thế nào mã Kotlin có thể được điều chỉnh để hoạt động với JPA mà không cần sao chép mã, chọn giá trị ban đầu "ma thuật" và mất tính bất biến?

PS Có đúng là Hibernate ngoài JPA có thể xây dựng các đối tượng không có hàm tạo mặc định không?

Kể từ Kotlin 1.0.6 , kotlin-noargplugin trình biên dịch tạo ra các cấu hình mặc định tổng hợp cho các lớp đã được chú thích với các chú thích được chọn.

Nếu bạn sử dụng gradle, áp dụng kotlin-jpaplugin là đủ để tạo các hàm tạo mặc định cho các lớp được chú thích bằng @Entity:

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

apply plugin: "kotlin-jpa"

Đối với 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>

chỉ cần cung cấp các giá trị mặc định cho tất cả các đối số, Kotlin sẽ tạo hàm tạo mặc định cho bạn.

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

xem NOTEhộp bên dưới phần sau:

https://kotlinlang.org/docs/reference/groupes.html#secondary-constructor

@ D3xter có một câu trả lời hay cho một mô hình, mô hình kia là một tính năng mới hơn trong Kotlin có tên lateinit:

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

    lateinit var name: String
    lateinit var birthdate: Date
}

Bạn sẽ sử dụng điều này khi bạn chắc chắn một cái gì đó sẽ điền vào các giá trị tại thời điểm xây dựng hoặc rất nhanh sau đó (và trước khi sử dụng ví dụ đầu tiên).

Bạn sẽ lưu ý tôi đã thay đổi agethành birthdatevì bạn không thể sử dụng các giá trị nguyên thủy lateinitvà chúng cũng phảivar (hạn chế có thể được phát hành trong tương lai).

Vì vậy, không phải là một câu trả lời hoàn hảo cho sự bất biến, vấn đề tương tự như câu trả lời khác trong vấn đề đó. Giải pháp cho điều đó là các plugin cho các thư viện có thể xử lý việc hiểu các hàm tạo của Kotlin và các thuộc tính ánh xạ tới các tham số của hàm tạo, thay vì yêu cầu một hàm tạo mặc định. Các mô-đun Kotlin cho Jackson thực hiện điều này, vì vậy nó là rõ ràng càng tốt.

Xem thêm: https://stackoverflow.com/a/34624907/3679676 để khám phá các tùy chọn tương tự.

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

Các giá trị ban đầu được yêu cầu nếu bạn muốn sử dụng lại hàm tạo cho các trường khác nhau, kotlin không cho phép null. Vì vậy, bất cứ khi nào bạn lập kế hoạch bỏ qua trường, hãy sử dụng biểu mẫu này trong hàm tạo:var field: Type? = defaultValue

jpa không yêu cầu hàm tạo đối số:

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

không có sự trùng lặp mã. Nếu bạn cần xây dựng thực thể và chỉ thiết lập tuổi, hãy sử dụng mẫu này:

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

không có phép thuật (chỉ cần đọc tài liệu)

Không có cách nào để giữ bất biến như thế này. Vals PHẢI được khởi tạo khi xây dựng thể hiện.

Một cách để làm điều đó mà không bất biến là:

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()
}

Tôi đã làm việc với Kotlin + JPA khá lâu và tôi đã tạo ra ý tưởng của riêng mình về cách viết các lớp Thực thể.

Tôi chỉ hơi mở rộng ý tưởng ban đầu của bạn. Như bạn đã nói, chúng ta có thể tạo hàm tạo không đối số riêng và cung cấp các giá trị mặc định cho các kiểu nguyên thủy , nhưng khi chúng ta cố gắng sử dụng các lớp khác, nó sẽ hơi lộn xộn. Ý tưởng của tôi là tạo đối tượng STUB tĩnh cho lớp thực thể mà bạn hiện đang viết, ví dụ:

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

    companion object {
        val STUB = TestEntity()
    }
}

và khi tôi có lớp thực thể có liên quan đến TestEntity, tôi có thể dễ dàng sử dụng sơ khai mà tôi vừa tạo. Ví dụ:

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

    companion object {
        val STUB = RelatedEntity()
    }
}

Tất nhiên giải pháp này không hoàn hảo. Bạn vẫn cần tạo một số mã soạn sẵn không cần thiết. Ngoài ra, có một trường hợp không thể giải quyết độc đáo bằng cách khai thác - mối quan hệ cha-con trong một lớp thực thể - như thế này:

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

    companion object {
        val STUB = TestEntity()
    }
}

Mã này sẽ tạo ra NullPulumException do vấn đề trứng gà - chúng ta cần STUB để tạo STUB. Thật không may, chúng ta cần làm cho trường này là null (hoặc một số giải pháp tương tự) để làm cho mã hoạt động.

Ngoài ra theo tôi có Id là trường cuối cùng (và nullable) là khá tối ưu. Chúng ta không nên gán nó bằng tay và để cơ sở dữ liệu làm điều đó cho chúng ta.

Tôi không nói rằng đây là giải pháp hoàn hảo, nhưng tôi nghĩ rằng nó thúc đẩy khả năng đọc mã thực thể và các tính năng của Kotlin (ví dụ: an toàn null). Tôi chỉ hy vọng các bản phát hành trong tương lai của JPA và / hoặc Kotlin sẽ làm cho mã của chúng tôi đơn giản hơn và đẹp hơn.

Như đã nêu ở trên, bạn phải sử dụng no-argplugin không được cung cấp bởi Jetbrains.

Nếu bạn đang sử dụng Eclispe bạn có thể phải chỉnh sửa Cài đặt trình biên dịch Kotlin.

Cửa sổ> Tùy chọn> Kotlin> Trình biên dịch

Kích hoạt no-arg Plugin trong phần Trình biên dịch.

Xem: https://discuss.kotlinlang.org/t/kotlin-allopen-plugin-doesnt-work-with-sts/13277/10

Bản thân tôi là một người vô dụng nhưng dường như bạn phải rõ ràng trình khởi tạo và dự phòng giá trị null như thế này

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

Tương tự như @pawelbial Tôi đã sử dụng đối tượng đồng hành để tạo một cá thể mặc định, tuy nhiên thay vì xác định hàm tạo thứ cấp, chỉ cần sử dụng hàm tạo mặc định lập luận như @iolo. Điều này giúp bạn tiết kiệm phải xác định nhiều hàm tạo và giữ cho mã đơn giản hơn (mặc dù được cấp, việc xác định các đối tượng đồng hành "STUB" không chính xác giữ cho nó đơn giản)

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

    companion object {
        val STUB = TestEntity()
    }
}

Và sau đó cho các lớp liên quan đến TestEntity

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

Như @pawelbial đã đề cập, điều này sẽ không hoạt động khi TestEntitylớp "có một TestEntitylớp " vì STUB sẽ không được khởi chạy khi hàm tạo được chạy.

Các dòng xây dựng Gradle này đã giúp tôi:
https://plugins.gradle.org/plugin/org.jetbrains.kotlin.plugin.jpa/1.1.50 .
Ít nhất, nó được xây dựng trong IntelliJ. Nó đang thất bại trên dòng lệnh vào lúc này.

Và tôi có một

class LtreeType : UserType

và

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

đường dẫn var: LtreeType không hoạt động.

Nếu bạn đã thêm plugin gradle https://plugins.gradle.org/plugin/org.jetbrains.kotlin.plugin.jpa nhưng không hoạt động, rất có thể phiên bản đã hết hạn. Tôi đã ở trên 1.3.30 và nó không làm việc cho tôi. Sau khi tôi nâng cấp lên 1.3.41 (mới nhất tại thời điểm viết bài), nó đã hoạt động.

Lưu ý: phiên bản kotlin phải giống với plugin này, ví dụ: đây là cách tôi đã thêm cả hai:

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