Perpanjang kelas data di Kotlin

Kelas data tampaknya menjadi pengganti POJO kuno di Jawa. Sangat diharapkan bahwa kelas-kelas ini akan memungkinkan untuk warisan, tetapi saya tidak bisa melihat cara yang nyaman untuk memperluas kelas data. Yang saya butuhkan adalah sesuatu seperti ini:

open data class Resource (var id: Long = 0, var location: String = "")
data class Book (var isbn: String) : Resource()

Kode di atas gagal karena component1()metode bentrok . Meninggalkan dataanotasi hanya di satu kelas tidak akan berfungsi juga.

Mungkin ada idiom lain untuk memperpanjang kelas data?

UPD: Saya mungkin memberi anotasi hanya kelas anak anak, tetapi dataanotasi hanya menangani properti yang dideklarasikan di konstruktor. Yaitu, saya harus mendeklarasikan semua properti orangtua opendan menimpanya, yang jelek:

open class Resource (open var id: Long = 0, open var location: String = "")
data class Book (
    override var id: Long = 0,
    override var location: String = "",
    var isbn: String
) : Resource()

Yang benar adalah: kelas data tidak bermain terlalu baik dengan warisan. Kami sedang mempertimbangkan untuk melarang atau sangat membatasi pewarisan kelas data. Misalnya, diketahui bahwa tidak ada cara untuk mengimplementasikan equals()dengan benar dalam hierarki pada kelas non-abstrak.

Jadi, yang bisa saya tawarkan: jangan gunakan warisan dengan kelas data.

Deklarasikan properti di super-class di luar konstruktor sebagai abstrak, dan timpa di sub-class.

abstract class Resource {
    abstract var id: Long
    abstract var location: String
}

data class Book (
    override var id: Long = 0,
    override var location: String = "",
    var isbn: String
) : Resource()

Solusi di atas menggunakan kelas abstrak sebenarnya menghasilkan kelas yang sesuai dan membiarkan kelas data memanjang darinya.

Jika Anda tidak suka kelas abstrak, bagaimana dengan menggunakan antarmuka ?

Antarmuka di Kotlin dapat memiliki properti seperti yang ditunjukkan dalam artikel ini ..

interface History {
    val date: LocalDateTime
    val name: String
    val value: Int
}

data class FixedHistory(override val date: LocalDateTime,
                        override val name: String,
                        override val value: Int,
                        val fixedEvent: String) : History

Saya ingin tahu bagaimana Kotlin menyusun ini. Ini kode Java yang setara (dibuat menggunakan fitur Intellij [Kotlin bytecode]):

public interface History {
   @NotNull
   LocalDateTime getDate();

   @NotNull
   String getName();

   int getValue();
}

public final class FixedHistory implements History {
   @NotNull
   private final LocalDateTime date;
   @NotNull
   private final String name;
   private int value;
   @NotNull
   private final String fixedEvent;

   // Boring getters/setters as usual..
   // copy(), toString(), equals(), hashCode(), ...
}

Seperti yang Anda lihat, ini berfungsi persis seperti kelas data normal!

@ Željko Trogrlić jawabannya benar. Tetapi kita harus mengulangi bidang yang sama seperti di kelas abstrak.

Juga jika kita memiliki subclass abstrak di dalam kelas abstrak, maka dalam kelas data kita tidak bisa memperluas bidang dari subclass abstrak ini. Pertama-tama kita harus membuat subkelas data dan kemudian mendefinisikan bidang.

abstract class AbstractClass {
    abstract val code: Int
    abstract val url: String?
    abstract val errors: Errors?

    abstract class Errors {
        abstract val messages: List<String>?
    }
}



data class History(
    val data: String?,

    override val code: Int,
    override val url: String?,
    // Do not extend from AbstractClass.Errors here, but Kotlin allows it.
    override val errors: Errors?
) : AbstractClass() {

    // Extend a data class here, then you can use it for 'errors' field.
    data class Errors(
        override val messages: List<String>?
    ) : AbstractClass.Errors()
}

Ciri Kotlin dapat membantu.

interface IBase {
    val prop:String
}

interface IDerived : IBase {
    val derived_prop:String
}

kelas data

data class Base(override val prop:String) : IBase

data class Derived(override val derived_prop:String,
                   private val base:IBase) :  IDerived, IBase by base

penggunaan sampel

val b = Base("base")
val d = Derived("derived", b)

print(d.prop) //prints "base", accessing base class property
print(d.derived_prop) //prints "derived"

Pendekatan ini juga bisa menjadi solusi untuk masalah pewarisan dengan @Parcelize

@Parcelize 
data class Base(override val prop:Any) : IBase, Parcelable

@Parcelize // works fine
data class Derived(override val derived_prop:Any,
                   private val base:IBase) : IBase by base, IDerived, Parcelable

Anda bisa mewarisi kelas data dari kelas non-data. Mewarisi kelas data dari kelas data lain tidak diperbolehkan karena tidak ada cara untuk membuat metode kelas data kompiler yang dihasilkan bekerja secara konsisten dan intuitif jika ada warisan.

Sementara menerapkan equals()dengan benar dalam hirarki ini memang cukup acar, masih akan bagus untuk mendukung mewarisi metode lain, misalnya: toString().

Untuk menjadi sedikit lebih konkret, mari kita asumsikan kita memiliki konstruk berikut (jelas, itu tidak berhasil karena toString()tidak diwariskan, tetapi bukankah lebih baik jika itu?):

abstract class ResourceId(open val basePath: BasePath, open val id: Id) {

    // non of the subtypes inherit this... unfortunately...
    override fun toString(): String = "/${basePath.value}/${id.value}"
}

data class UserResourceId(override val id: UserId) : ResourceId(UserBasePath, id)

data class LocationResourceId(override val id: LocationId) : ResourceId(LocationBasePath, id)

Dengan asumsi kami Userdan Locationentitas kembali ID mereka sesuai sumber daya ( UserResourceIddan LocationResourceIdmasing-masing), menyerukan toString()pada setiap ResourceIddapat mengakibatkan cukup representasi kecil yang menyenangkan yang umumnya berlaku untuk semua subtipe: /users/4587, /locations/23, dll Sayangnya, karena non subtipe diwariskan kepada ditimpa toString()metode dari dasar abstrak ResourceId, memanggil toString()benar-benar menghasilkan representasi kurang cantik: <UserResourceId(id=UserId(value=4587))>,<LocationResourceId(id=LocationId(value=23))>

Ada beberapa cara lain untuk memodelkan hal di atas, tetapi cara-cara itu memaksa kita untuk menggunakan kelas-kelas non-data (kehilangan banyak manfaat dari kelas data), atau kita akhirnya menyalin / mengulangi toString()implementasi di semua kelas data kami (tidak ada warisan).

Anda bisa mewarisi kelas data dari kelas non-data.

Kelas dasar

open class BaseEntity (

@ColumnInfo(name = "name") var name: String? = null,
@ColumnInfo(name = "description") var description: String? = null,
// ...
)

kelas anak

@Entity(tableName = "items", indices = [Index(value = ["item_id"])])
data class CustomEntity(

    @PrimaryKey
    @ColumnInfo(name = "id") var id: Long? = null,
    @ColumnInfo(name = "item_id") var itemId: Long = 0,
    @ColumnInfo(name = "item_color") var color: Int? = null

) : BaseEntity()

Itu berhasil.