Rozszerz klasę danych w Kotlin

Wydaje się, że klasy danych zastępują staromodne POJO w Javie. Można się spodziewać, że te klasy pozwoliłyby na dziedziczenie, ale nie widzę wygodnego sposobu na rozszerzenie klasy danych. Potrzebuję czegoś takiego:

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

Powyższy kod nie działa z powodu kolizji component1()metod. Pozostawienie dataadnotacji tylko na jednej z klas też nie działa.

Być może istnieje inny idiom do rozszerzania klas danych?

UPD: Mogę datadodawać adnotacje tylko do klasy potomnej , ale adnotacja obsługuje tylko właściwości zadeklarowane w konstruktorze. Oznacza to, że musiałbym zadeklarować wszystkie właściwości rodzica openi zastąpić je, co jest brzydkie:

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

Prawda jest taka: klasy danych nie współpracują zbyt dobrze z dziedziczeniem. Rozważamy zakaz lub surowe ograniczenie dziedziczenia klas danych. Na przykład wiadomo, że nie ma sposobu, aby equals()poprawnie zaimplementować w hierarchii klas nieabstrakcyjnych.

A więc wszystko, co mogę zaoferować: nie używaj dziedziczenia z klasami danych.

Zadeklaruj właściwości w superklasie poza konstruktorem jako abstrakcyjne i zastąp je w podklasie.

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

Powyższe rozwiązanie wykorzystujące klasę abstrakcyjną faktycznie generuje odpowiednią klasę i pozwala klasie danych na jej rozszerzenie.

Jeśli nie wolisz klasy abstrakcyjnej, co powiesz na użycie interfejsu ?

Interfejs w Kotlin może mieć właściwości, jak pokazano w tym artykule .

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

Byłem ciekawy, jak Kotlin to kompiluje. Oto równoważny kod Java (wygenerowany przy użyciu funkcji Intellij [kod bajtowy Kotlin]):

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

Jak widać, działa dokładnie tak, jak zwykła klasa danych!

@ Željko Trogrlić odpowiedź jest prawidłowa. Ale musimy powtórzyć te same pola, co w klasie abstrakcyjnej.

Również jeśli mamy abstrakcyjne podklasy wewnątrz klasy abstrakcyjnej, to w klasie danych nie możemy rozszerzać pól z tych abstrakcyjnych podklas. Najpierw należy utworzyć podklasę danych, a następnie zdefiniować pola.

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

Kotlin Traits może pomóc.

interface IBase {
    val prop:String
}

interface IDerived : IBase {
    val derived_prop:String
}

klasy danych

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

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

przykładowe użycie

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

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

To podejście może być również obejściem problemów z dziedziczeniem z @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

Możesz dziedziczyć klasę danych z klasy niebędącej danymi. Dziedziczenie klasy danych z innej klasy danych jest niedozwolone, ponieważ nie ma sposobu, aby metody klas danych generowanych przez kompilator działały spójnie i intuicyjnie w przypadku dziedziczenia.

O ile equals()poprawne implementowanie w hierarchii jest rzeczywiście niezłe, dobrze byłoby wspierać dziedziczenie innych metod, na przykład:toString() .

Aby być bardziej konkretnym, załóżmy, że mamy następującą konstrukcję (oczywiście nie działa, ponieważ toString()nie jest dziedziczona, ale czy nie byłoby miło, gdyby tak było?):

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)

Zakładając, że nasze Useri Locationpodmioty wrócić do swoich odpowiednich identyfikatorów zasobów ( UserResourceIdi LocationResourceIdodpowiednio), dzwoniąc toString()na dowolny ResourceIdmoże spowodować dość ładnym małym reprezentacji, która jest ogólnie ważne dla wszystkich podtypów: /users/4587, /locations/23, itd. Niestety, z powodu non podtypów dziedziczona zastąpionej toString()metodzie z abstrakt baza ResourceId, nazywając toString()rzeczywiście skutkuje mniej ładna reprezentacji: <UserResourceId(id=UserId(value=4587))>,<LocationResourceId(id=LocationId(value=23))>

Istnieją inne sposoby modelowania powyższego, ale te sposoby albo zmuszają nas do korzystania z klas innych niż dane (tracą wiele zalet klas danych) lub w końcu kopiujemy / powtarzamy toString()implementację we wszystkich naszych klasach danych (bez dziedziczenia).

Możesz dziedziczyć klasę danych z klasy niebędącej danymi.

Klasa podstawowa

open class BaseEntity (

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

klasa podrzędna

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

Zadziałało.