Можно ли использовать модификатор sealed с data class?

Можно ли использовать модификатор sealed с data class в Kotlin?

Да, в Kotlin можно и часто нужно использовать модификатор sealed с data class. Это одна из наиболее мощных и идиоматичных возможностей языка, которая сочетает преимущества sealed-иерархий (закрытых иерархий классов) и data-классов (автоматически генерируемых методов для работы с данными).

Техническая возможность и синтаксис

С точки зрения синтаксиса Kotlin позволяет объявлять data class как непосредственные наследники sealed class (или sealed interface). Единственное важное ограничение: все наследники sealed class должны находиться в одном файле (а начиная с Kotlin 1.5 — в одном пакете и модуле).

Пример объявления:

sealed class Result<out T> {
    data class Success<T>(val data: T) : Result<T>()
    data class Error(val message: String, val code: Int) : Result<Nothing>()
    object Loading : Result<Nothing>()
}

Практические преимущества комбинации sealed + data class

1. Исчерпывающие (when) выражения. Компилятор проверяет, что все случаи sealed-иерархии обработаны в when (при использовании его как выражение или с is).

   fun handleResult(result: Result<String>) = when (result) {
       is Result.Success -> println("Данные: ${result.data}") // Доступ к свойству data
       is Result.Error -> println("Ошибка ${result.code}: ${result.message}") // Доступ к message и code
       Result.Loading -> println("Загрузка...")
       // else НЕ требуется — компилятор знает, что все случаи покрыты
   }
   

2. Удобная работа с данными в каждом конкретном состоянии. Data class автоматически предоставляет методы componentN(), copy(), equals(), hashCode(), toString(), что делает обработку каждого варианта простой и безопасной.

   val error = Result.Error("Not Found", 404)
   val updatedError = error.copy(message = "Resource Not Found") // Используем copy
   println(updatedError) // Автоматический toString: Error(message=Resource Not Found, code=404)
   

3. Идеальная модель для представления состояний. Чаще всего эта комбинация используется для моделирования состояний (State) или результатов (Result) в приложениях, особенно в Android с паттернами MVI/Model-View-Intent или Unidirectional Data Flow.

   sealed class LoginState {
       object Idle : LoginState()
       object Loading : LoginState()
       data class Success(val user: User) : LoginState()
       data class Error(val throwable: Throwable) : LoginState()
   }
   // ViewModel или StateFlow теперь могут хранить безопасное, исчерпывающее состояние.
   

4. Безопасность и выразительность. Комбинация обеспечивает типобезопасность (невозможно создать незадекларированный подтип) и удобство (данные каждого подтипа инкапсулированы в data class). Это альтернатива использованию шаблона «Монада Either» (Result/Success/Failure) из функционального программирования.

Важные нюансы и ограничения

• Наследование: data class не может быть унаследована от другой data class (как и в общем случае). Но она может быть наследником sealed class или обычного open class.
• Структурное равенство: Для data class компилятор генерирует методы equals() и hashCode(), основанные на свойствах, объявленных в первичном конструкторе. Для object-наследников в sealed-иерархии (как Loading в примере выше) используется равенство по ссылке, так как существует только один экземпляр.
• Все наследники в одном модуле: Начиная с Kotlin 1.5, наследники sealed class могут находиться в разных файлах, но в пределах одного модуля и пакета. Это повышает гибкость разработки.

Вывод

Использование sealed с data class не только возможно, но и является рекомендованной практикой в Kotlin для создания закрытых иерархий типов, где варианты (подклассы) несут различные данные. Это краеугольный камень для написания безопасного, выразительного и легко поддерживаемого кода, особенно при обработке состояний, результатов операций или реализации команд в паттернах проектирования.