Краткий ответ

@unknown default обрабатывает неизвестные на текущем этапе варианты перечисления и одновременно просит компилятор предупреждать, если в будущем появится новый case, не разобранный явно. В отличие от обычного default, он сохраняет сигнал о необходимости пересмотреть код после обновления библиотеки.

Исторический контекст

Перечисления библиотек могут развиваться независимо от приложения. Разработчик приложения компилировал switch против известного набора case, но в новой версии библиотеки этот набор способен расшириться.

Обычный default делает такой switch формально исчерпывающим, однако скрывает факт появления нового варианта. @unknown default появился как средство совместить устойчивость к расширению enum с диагностикой во время компиляции.

Постановка проблемы

Если явно обработать только известные case, после добавления нового варианта код может перестать компилироваться. Это безопасно, но блокирует сборку до пересмотра логики.

Если использовать обычный default, приложение продолжит собираться, но новый вариант может незаметно попасть в неподходящую ветку. Для UI, протоколов и бизнес-логики это способно привести к неверному отображению или обработке данных.

Подробное решение

@unknown default является запасной веткой для вариантов, которые текущая версия компилятора не знает или которые не были перечислены явно. При появлении нового известного компилятору case он выдаёт предупреждение, побуждая добавить отдельную ветку и проверить поведение.

Минимальный пример:

enum State {
    case ready
    case failed
}

func title(for state: State) -> String {
    switch state {
    case .ready:
        return "Готово"
    case .failed:
        return "Ошибка"
    @unknown default:
        return "Неизвестное состояние"
    }
}

На этапе выполнения @unknown default не превращается в исключение и не гарантирует обработку нового case по смыслу. Он только предоставляет запасное поведение и дополнительную диагностику компилятора.

@unknown default не заменяет явные ветки для известных вариантов. Хорошая практика — перечислять все текущие case отдельно, а атрибут использовать только для совместимости с будущими расширениями enum.

Ситуация из практики

Мобильное приложение отображает состояния сетевого запроса из внешнего SDK. При добавлении нового состояния обычный default продолжит показывать универсальное сообщение, хотя для нового состояния требовалась отдельная аналитика и другой текст.

Вариант без запасной ветки обеспечивает строгую проверку, но обновление SDK может временно остановить сборку. Вариант с обычным default сохраняет сборку, однако скрывает изменение контракта.

Выбран @unknown default: известные состояния обрабатываются явно, а новое состояние временно получает безопасный fallback и одновременно вызывает предупреждение при компиляции. После обновления SDK команда добавляет отдельную ветку и проверяет её поведение.

Что кандидаты часто упускают

Гарантирует ли @unknown default, что новый case будет обработан корректно?

Нет. Он гарантирует только наличие запасной ветки и диагностический сигнал компилятора в подходящих случаях. Смысл fallback остаётся ответственностью разработчика.

Чем @unknown default принципиально отличается от обычного default?

Обе ветки могут выполнить запасную логику во время работы программы. Отличие в намерении и диагностике: обычный default молча принимает все остальные варианты, а @unknown default сообщает о появлении нового варианта, который стоит рассмотреть явно.

Почему нельзя всегда использовать только @unknown default без явных case?

Такой switch потеряет пользу от явного сопоставления. Изменения в уже известных состояниях будет проще пропустить, а компилятор не сможет выразительно показать, какие варианты считаются штатными. Явные case документируют бизнес-логику, а @unknown default оставляют для действительно неизвестных будущих вариантов.