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

Код не скомпилируется: Optional нельзя неявно преобразовать в Bool. Даже непустой Optional не считается автоматически истинным, поэтому сначала нужно явно извлечь его значение или отдельно проверить наличие значения.

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

Optional предназначен для явного представления двух состояний: значение существует или отсутствует. Такой подход снижает риск обращения к отсутствующему значению, который в языках с неявными null-значениями часто приводит к ошибкам во время выполнения.

Swift намеренно не вводит правило «непустой Optional — это true». Иначе отсутствие значения, логическое значение и наличие объекта смешивались бы в одной операции, а многие ошибки становились бы менее заметными на этапе компиляции.

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

Разработчик может интуитивно воспринимать Optional как контейнер, который можно проверить условием напрямую. Однако String?, Int? или Bool? — это не Bool, даже если внутри находится непустое или истинное значение.

Неверный подход приводит к ошибке компиляции. Кроме того, проверка только факта наличия значения не отвечает на вопрос о содержимом: непустая строка может быть пустой, а Bool? может содержать false.

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

В Swift Optional концептуально представляет перечисление с вариантами some(value) и none. Проверка условия требует именно значения типа Bool, а Optional не имеет встроенного неявного преобразования в этот тип.

Для извлечения значения применяют optional binding:

let count: Int? = 0

if let count = count {
    print("Значение существует: \(count)")
}

if count != nil {
    print("Optional не пуст")
}

Первый вариант одновременно проверяет наличие значения и предоставляет извлечённый Int. Второй проверяет только наличие значения; внутри блока исходная переменная всё ещё рассматривается как Int?, поэтому для использования самого числа потребуется отдельное извлечение.

Если отсутствие значения должно заменить значение по умолчанию, подходит оператор nil-coalescing ??. Если отсутствие значения является ошибкой текущего сценария, обычно используют guard let, чтобы завершить функцию раньше.

Важно различать наличие значения и его смысл. Например, Bool? со значением false является непустым Optional, а String? с пустой строкой является непустым Optional; ни один из этих случаев не означает отсутствие значения.

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

Сервис возвращает необязательный токен авторизации. Нужно продолжить выполнение только при наличии токена и передать именно строку в сетевой слой.

Вариант с проверкой token != nil подтверждает только наличие значения, но не извлекает строку. Вариант с token ?? "" устраняет Optional, однако может превратить отсутствие токена в пустую строку и скрыть ошибку авторизации.

Рациональное решение — явное извлечение через guard let, после чего отдельно проверить допустимость содержимого:

func sendRequest(token: String?) throws {
    guard let token else {
        throw NSError(domain: "Auth", code: 401)
    }

    guard !token.isEmpty else {
        throw NSError(domain: "Auth", code: 402)
    }

    print("Отправка с токеном: \(token)")
}

Так наличие значения и корректность его содержимого проверяются независимо. Результат — отсутствие неявных преобразований и более точная диагностика ошибки.

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

Можно ли проверить Optional через сравнение с nil и считать это полноценным извлечением?

Нет. Выражение сравнения с nil возвращает Bool, но не меняет тип исходного Optional на базовый тип. Для доступа к значению нужен optional binding, guard let, оператор ! или другой явный способ извлечения; принудительное извлечение допустимо только при доказанной гарантии непустого значения.
Почему Optional со значением false проходит проверку на отсутствие nil?

Потому что false — это значение, находящееся внутри варианта .some, а не вариант .none. Bool? различает как минимум три смысловых состояния: .some(true), .some(false) и .none; проверка != nil отличает только третье состояние от двух первых.
Почему оператор ?? не всегда является безопасной заменой optional binding?

?? безусловно выбирает значение справа, когда Optional равен nil. Это удобно, если значение по умолчанию действительно эквивалентно отсутствующему значению, но опасно, если отсутствие означает ошибку, требует загрузки данных или должно быть отражено в интерфейсе. В таких случаях guard let или if let сохраняют информацию о причине отсутствия и позволяют обработать её явно.