Как правильно расширить (наследовать) data class в Kotlin? Возможные обходные пути

Почему нельзя наследовать data class от другого data class

Kotlin запрещает наследование data class'ов, потому что автоматически сгенерированные методы equals(), hashCode(), toString() и copy() не могут корректно работать в иерархии. Если бы это было разрешено, то при сравнении двух экземпляров разных подклассов возникла бы неоднозначность, а метод copy() не смог бы правильно копировать поля родительского класса.

Решение 1: Использование обычного класса и data class

Самый простой и рекомендуемый подход — сделать базовый класс обычным (не data class), а наследники — data class'ами. Базовый класс может быть open или abstract.

// Базовый класс — обычный open class
open class User(
    open val id: Long,
    open val email: String
)

// Data class наследник
data class AdminUser(
    override val id: Long,
    override val email: String,
    val role: String
) : User(id, email)

Важно: все поля, которые вы хотите переопределить в data class, должны быть помечены open в базовом классе. Это позволяет data class'у объявить их в первичном конструкторе.

Плюсы:

• Data class AdminUser получает все преимущества: автоматические equals, hashCode, toString, copy и компоненты для декомпозиции.
• Базовый класс User остаётся лёгким и не генерирует лишних методов.

Минусы:

• Базовый класс не является data class'ом, поэтому у него нет автоматических методов. Если вам нужны equals и hashCode для самого User, их придётся реализовать вручную или использовать data class для всех, но тогда придётся отказаться от наследования.

Решение 2: Композиция вместо наследования

Иногда лучше избегать наследования вообще и использовать композицию. Создайте один data class, который содержит все поля, и используйте его как поле в других классах.

data class User(val id: Long, val email: String)

data class AdminUser(
    val user: User,
    val role: String
)

// Использование
val admin = AdminUser(User(1, "admin@test.com"), "superadmin")
println(admin.user.email) // доступ к полям через user
println(admin.role)

Плюсы:

• Полностью избегаете проблем наследования.
• Все классы остаются data class'ами.
• Гибкость: можно легко комбинировать разные сущности.

Минусы:

• Немного более многословный доступ к полям (через .user).
• Не подходит, если вы хотите использовать полиморфизм (например, список List<User>).

Решение 3: Интерфейсы с общими свойствами

Если вам нужен полиморфизм, но вы хотите сохранить data class'ы, используйте интерфейсы для общих свойств.

interface UserInterface {
    val id: Long
    val email: String
}

data class User(
    override val id: Long,
    override val email: String
) : UserInterface

data class AdminUser(
    override val id: Long,
    override val email: String,
    val role: String
) : UserInterface

Теперь вы можете работать с обоими классами через интерфейс:

fun processUser(user: UserInterface) {
    println("User: ${user.email}")
}

val user = User(1, "user@test.com")
val admin = AdminUser(2, "admin@test.com", "admin")
processUser(user)
processUser(admin)

Плюсы:

• Оба класса остаются data class'ами.
• Полная поддержка полиморфизма.

Минусы:

• Поля дублируются в каждом data class'е (небольшой boilerplate).
• Интерфейс не может содержать реализацию методов (только объявления).

Какой способ выбрать?

• Если вам нужен полиморфизм и общие поля — используйте обычный базовый класс + data class наследники (Решение 1).
• Если полиморфизм не нужен и вы хотите минимум кода — используйте композицию (Решение 2).
• Если нужен полиморфизм, но вы не хотите отказываться от data class'ов — используйте интерфейсы (Решение 3).

В большинстве случаев Решение 1 является оптимальным балансом между удобством и функциональностью.

sealed class User {
    abstract val id: Long
    abstract val email: String
}

data class RegularUser(
    override val id: Long,
    override val email: String,
    val nickname: String
) : User()

data class AdminUser(
    override val id: Long,
    override val email: String,
    val role: String
) : User()

fun describeUser(user: User) = when (user) {
    is RegularUser -> "Обычный пользователь ${user.nickname}"
    is AdminUser -> "Администратор с ролью ${user.role}"
}

val admin = AdminUser(1, "admin@test.com", "superadmin")
println(describeUser(admin)) // Администратор с ролью superadmin