Odpowiedź.

Data object — to nowy typ deklaracji w Kotlinie (od wersji 1.9), łączący właściwości singletona i data class. Jest przeznaczony do przypadków, gdy chcemy mieć tylko jeden egzemplarz obiektu oraz automatycznie generowane metody equals, hashCode, toString (jak w data class).

Historia pytania

Wcześniej, aby przechowywać unikalne encje z automatycznie generowanymi metodami toString() i equals(), trzeba było pisać object z ręcznymi implementacjami lub kompromisowo używać data class z jedynym obiektem (a nie instancjami).

Problem

Obiekty singleton (object) nie mają automatycznie generowanych equals, hashCode, toString, podczas gdy data class zakłada wiele instancji, co nie nadaje się do wyczerpujących modeli enum-like.

Rozwiązanie

Z pojawieniem się data object obie kwestie są rozwiązywane w przystępny sposób:

Klasa może być tylko jednym egzemplarzem (singleton).
Kompilator generuje niezbędne metody.

Przykład kodu:

data object LoadingState

data object NoData

println(LoadingState == LoadingState) // true
println(LoadingState.toString()) // LoadingState

Kluczowe cechy:

Zawsze singleton — nie można utworzyć drugiego egzemplarza.
Kompilator dodaje metody equals, hashCode, toString jak dla data class.
Szczególnie wygodne w użyciu wraz z sealed interface do modelowania stanów.

Pytania z przymrużeniem oka.

Czym różni się data object od zwykłego object?

Tylko data object otrzymuje automatyczne generowanie metod equals, hashCode, toString na poziomie kompilatora; zwykły object korzysta z implementacji z Any (referencyjna równość, ubogie toString).

Czy można zrobić data object z parametrami konstruktora?

Nie, data object nie może mieć konstruktora z parametrami. Zawsze jest bez parametrów, ponieważ istnieje tylko jeden egzemplarz.

Czy można dziedziczyć data object?

Tak, data object może implementować interfejsy, w tym sealed interface, i być częścią hierarchii stanów.

Przykład:

sealed interface Result

data object Success : Result

data object Failure : Result

Typowe błędy i antywzorce

Próba dodania pól-konstruktora do data object (jest to zabronione).
Używanie data class, gdzie zakłada się jedyny egzemplarz.

Przykład z życia

Negatywny przypadek

Programista modeluje "brak danych" jako object NoData, a następnie porównuje używając equals() z zewnętrznym obiektem i otrzymuje nieoczekiwany wynik (referencyjne porównanie, a nie zawartości).

Zalety:

Prostota deklaracji.

Wady:

Nieadekwatne zachowanie przy equals/toString.

Pozytywny przypadek

Używany jest data object do statusów ładowania, równość i drukowanie odbywają się zgodnie z oczekiwanymi zasadami data class. Model warstwy niezawodnie wykorzystuje dopasowanie wzorca do stanów.