Что можно нельзя делать с data class

Что можно и нельзя делать с data class

data class в Kotlin — это специальный класс, оптимизированный для хранения данных. Он автоматически генерирует полезные методы, но имеет ограничения.

Что можно делать

1. Хранить данные

data class User(val id: Int, val name: String, val email: String)

val user = User(1, "John", "john@example.com")

2. Автоматически получить методы

Котлин автоматически генерирует:

data class User(val id: Int, val name: String)

// equals() — сравнение по содержимому
val user1 = User(1, "John")
val user2 = User(1, "John")
assert(user1 == user2)  // true

// hashCode() — для использования в Set и Map
val set = setOf(user1, user2)
assert(set.size == 1)  // оба пользователя одинаковые

// toString() — красивое представление
println(user1)  // User(id=1, name=John)

// copy() — создание копии с изменением полей
val updatedUser = user1.copy(name = "Jane")

// componentN() — деструктуризация
val (id, name) = user1
println("$id: $name")

3. Использовать в когда (when) выражениях

data class Result<T>(val data: T?, val error: String?)

when (val result = fetchData()) {
    Result(data = null, _) -> println("No data")
    Result(_, error = null) -> println("Success")
    else -> println("Error: ${result.error}")
}

4. Использовать в Sealed Classes

sealed class Event
data class UserLoggedIn(val user: User) : Event()
data class UserLoggedOut(val userId: Int) : Event()
data class NetworkError(val message: String) : Event()

fun handleEvent(event: Event) {
    when (event) {
        is UserLoggedIn -> println("Welcome ${event.user.name}")
        is UserLoggedOut -> println("Goodbye")
        is NetworkError -> println("Error: ${event.message}")
    }
}

5. Вложенность в другие классы

data class Post(val id: Int, val title: String, val comments: List<Comment>)
data class Comment(val id: Int, val text: String, val author: String)

Что НЕЛЬЗЯ делать

1. Наследовать от обычного класса

open class Base {
    val baseProperty = 10
}

// НЕПРАВИЛЬНО
data class Derived(val derived: String) : Base()

// Почему? data class генерирует equals/hashCode
// на основе своих свойств, но не учитывает базовый класс.
// Это нарушит contract equals()/hashCode()

2. Иметь другие data classes как base

data class Base(val id: Int)

// НЕПРАВИЛЬНО
data class Derived(val id: Int, val name: String) : Base(id)

// Правильно использовать composition
data class Derived(val base: Base, val name: String)

3. Добавлять абстрактные свойства в data class

abstract class AbstractEntity {
    abstract val id: Int
}

// НЕПРАВИЛЬНО
data class User(override val id: Int, val name: String) : AbstractEntity()

4. Иметь var свойства (изменяемые)

// НЕ РЕКОМЕНДУЕТСЯ (но технически можно)
data class User(val id: Int, var name: String)

val user = User(1, "John")
user.name = "Jane"  // Изменяем

// Проблема: для одного объекта equals() может быть разным
val set = setOf(user)
user.name = "Jane"
// set.contains(user) может вернуть false (неожиданно!)

ПРАВИЛЬНО — используй val (неизменяемость)

data class User(val id: Int, val name: String)

// Если нужны изменения, создавай новый объект с copy()
var user = User(1, "John")
user = user.copy(name = "Jane")

5. Переопределять equals(), hashCode() или toString()

data class User(val id: Int, val name: String) {
    override fun equals(other: Any?): Boolean {
        // ПЛОХАЯ ИДЕЯ — нарушает contract data class
        return super.equals(other)
    }
}

Если нужно кастомное поведение, не используй data class.

6. Добавлять параметры конструктора за пределами основной декларации

data class User(
    val id: Int,
    val name: String,
    // secondaryConstructor параметры НЕ попадают в copy/equals!
) {
    var lastLogin: Long = 0  // Не будет учтён в equals
}

val user1 = User(1, "John")
val user2 = User(1, "John")
user1.lastLogin = 100
user2.lastLogin = 200

assert(user1 == user2)  // true (lastLogin не учитывается)

Правила использования data class

1. Только для хранения данных

// ПРАВИЛЬНО
data class User(val id: Int, val name: String, val email: String)

// НЕПРАВИЛЬНО — добавляет логику
data class User(val id: Int, val name: String) {
    fun validate(): Boolean {
        // Логика в data class — bad practice
        return name.length > 2
    }
}

2. Используй val для всех свойств

// ПРАВИЛЬНО
data class User(val id: Int, val name: String)

// НЕПРАВИЛЬНО
data class User(var id: Int, var name: String)

3. Если нужна логика — используй обычный класс

// ПРАВИЛЬНО
class UserRepository(private val api: Api) {
    suspend fun getUser(id: Int): User = api.fetchUser(id)
}

// Или separate функция
fun User.validate(): Boolean = name.length > 2

4. Для DTO с логикой используй расширения

data class UserDto(val id: Int, val firstName: String, val lastName: String)

// Логика как расширение, не в классе
fun UserDto.getFullName() = "$firstName $lastName"
fun UserDto.isValid() = firstName.isNotEmpty() && lastName.isNotEmpty()

Практические примеры

Правильное использование в Repository pattern:

data class User(val id: Int, val name: String, val email: String)
data class Result<T>(val data: T?, val error: Exception?)

class UserRepository(private val api: Api) {
    suspend fun getUser(id: Int): Result<User> {
        return try {
            val user = api.fetchUser(id)
            Result(data = user, error = null)
        } catch (e: Exception) {
            Result(data = null, error = e)
        }
    }
}

Правильное использование в sealed classes:

sealed class UiState
data class Loading(val progress: Int) : UiState()
data class Success(val data: User) : UiState()
data class Error(val message: String) : UiState()
object Idle : UiState()

Ключевые правила

• data class только для данных, без логики
• Используй val (неизменяемость)
• Не наследуй от других классов
• Не переопределяй equals/hashCode/toString
• Для логики создавай отдельные функции или классы
• Используй copy() для изменения данных
• Идеален для DTO, UI State, sealed class иерархий

data class — это мощный инструмент в Kotlin при правильном использовании.