Можно ли добавить в sealed class sealed interface который содержит sealed class?

Да, это не только возможно, но и является мощным паттерном для создания сложных, но типобезопасных иерархий данных в Kotlin. Это позволяет структурировать состояния или события с несколькими независимыми измерениями.

Ключевые понятия

• Sealed Class (изолированный класс): Представляет замкнутую иерархию, все подклассы которой известны на этапе компиляции и объявлены внутри того же модуля. Идеален для моделирования состояний (например, Loading, Success, Error).
• Sealed Interface (изолированный интерфейс): Появились в Kotlin 1.5. Также представляют замкнутую иерархию, но в виде интерфейса. Позволяют одному классу реализовывать несколько изолированных иерархий.

Практический пример: UI Состояние + Действия

Допустим, мы моделируем экран, у которого есть основное состояние загрузки данных (sealed class) и набор возможных действий пользователя (sealed interface), которые могут происходить в любом из этих состояний.

// Sealed Interface для действий пользователя (первое "измерение")
sealed interface UserAction {
    data class QueryChanged(val query: String) : UserAction
    object RefreshClicked : UserAction
    data class ItemClicked(val itemId: String) : UserAction
}

// Sealed Class для состояния экрана (второе "измерение")
sealed class ScreenState {
    // Каждое состояние МОЖЕТ реализовывать интерфейс UserAction
    object Loading : ScreenState(), UserAction // Просто как пример
    data class Content(val items: List<String>) : ScreenState(), UserAction
    data class Error(val message: String) : ScreenState(), UserAction
}

// Теперь мы можем объединить их в общий sealed class для ViewState
sealed class ViewState {
    // Здесь мы ВКЛЮЧАЕМ sealed class (ScreenState), который реализует sealed interface (UserAction)
    data class State(val screenState: ScreenState) : ViewState()
    data class Action(val userAction: UserAction) : ViewState()
}

Как это работает и зачем это нужно?

1. Разделение ответственности: UserAction описывает что произошло, а ScreenState описывает что сейчас на экране. Это разные концепции.
2. Композиция: Классы иерархии ScreenState (например, Content) могут реализовать интерфейс UserAction, если это имеет смысл в вашей логике (хотя в данном примере это больше демонстрация возможности). Более типичный случай — их совместное использование в общем контейнере (ViewState).
3. Исчерпывающие when: Компилятор Kotlin обеспечивает проверку на полноту для каждой изолированной иерархии отдельно.

   fun handleState(state: ScreenState) {
       when (state) { // Должны быть покрыты все ScreenState
           is ScreenState.Loading -> showProgress()
           is ScreenState.Content -> showItems(state.items)
           is ScreenState.Error -> showError(state.message)
       }
   }
   
   fun handleAction(action: UserAction) {
       when (action) { // Должны быть покрыты все UserAction
           is UserAction.QueryChanged -> search(action.query)
           UserAction.RefreshClicked -> loadData()
           is UserAction.ItemClicked -> openDetails(action.itemId)
       }
   }
   

Типичные сценарии использования

• Многомерные состояния: Состояние виджета = (Тип данных) x (Статус загрузки). Например, Success<Image> и Error<Text>.
• События (Actions) в MVI/Unidirectional Data Flow: sealed interface идеально подходит для описания всех возможных событий в системе (пользовательские действия, события жизненного цикла, сообщения от сервисов). Их можно обрабатывать в одном централизованном месте.
• Улучшение модульности: Разные изолированные иерархии можно объявлять в разных файлах или даже разных слоях приложения (презентация, домен), сохраняя при этом безопасность типов.

Важное ограничение

Наследование должно следовать правилам: sealed class может реализовывать sealed interface, но sealed class не может наследоваться от другого sealed class (только от обычного open или abstract класса). Аналогично, sealed interface может наследоваться от другого sealed interface.

Вывод: Комбинация sealed class и sealed interface — это продвинутый, но крайне полезный инструмент в Kotlin. Она позволяет создавать выразительные, безопасные и легко поддерживаемые модели данных, особенно в сложных Android-приложениях с чёткой архитектурой (MVI, MVVM).