Как получить текущее время в Swift: 5 фатальных ошибок и их решение

Время — это не просто цифры: почему даже опытные разработчики ошибаются

Каждый iOS-разработчик хотя бы раз сталкивался с задачей: «нужно просто получить текущее время». Казалось бы, что может быть проще? Но именно здесь, на ровном месте, новички (и не только) совершают ошибки, которые потом выливаются в баги, падения приложений и недовольных пользователей.

В этой статье мы разберём пять самых распространённых ошибок при работе с текущим временем в Swift, которые собрали тысячи просмотров на Stack Overflow. Вы узнаете, как их избежать и писать чистый, надёжный код.

«Я просто хочу получить текущее время как datetime в Swift, но получаю либо nil, либо не то, что ожидал. Помогите!» — типичный крик души на форумах.

Давайте разберёмся, что идёт не так.

1. Ошибка с DateFormatter: локаль — главный враг

Проблема

Самый популярный запрос: «Swift get current time as datetime string». Разработчик пишет:

let dateFormatter = DateFormatter()
dateFormatter.dateFormat = "yyyy-MM-dd HH:mm:ss"
let currentTime = dateFormatter.string(from: Date())
print(currentTime) // Всё работает? Не совсем

В симуляторе или на устройстве с английской локалью всё отлично. Но стоит пользователю в настройках выбрать, например, немецкий или русский язык — и вы получаете nil или неожиданный формат.

Почему так происходит?

По умолчанию DateFormatter использует текущую локаль устройства. Для фиксированных форматов дат, которые парсятся или отображаются в API, это катастрофа.

Решение

Всегда устанавливайте локаль en_US_POSIX для форматов, которые не предназначены для отображения пользователю:

let dateFormatter = DateFormatter()
dateFormatter.locale = Locale(identifier: "en_US_POSIX")
dateFormatter.dateFormat = "yyyy-MM-dd HH:mm:ss"
dateFormatter.timeZone = TimeZone.current // Не забываем про часовой пояс!
let currentTime = dateFormatter.string(from: Date())
print(currentTime) // "2024-12-25 14:30:00" — стабильно

Запомните: en_US_POSIX — ваш лучший друг при работе с фиксированными форматами дат в Swift.

2. Игнорирование часового пояса (TimeZone)

Проблема

Вы получили строку с текущим временем. Но какое время вы на самом деле получили? Местное? UTC? Серверное? Ошибка возникает, когда разработчик не указывает timeZone в DateFormatter.

Пример ошибки:

let formatter = DateFormatter()
formatter.dateFormat = "yyyy-MM-dd'T'HH:mm:ssZ"
let now = formatter.string(from: Date())
// Результат: "2024-12-25T14:30:00+0300" — это местное время с offset'ом
// Но что, если вам нужно всегда UTC?

Решение

Всегда явно указывайте TimeZone:

// Для работы с сервером (UTC)
let utcFormatter = DateFormatter()
utcFormatter.timeZone = TimeZone(abbreviation: "UTC")
utcFormatter.locale = Locale(identifier: "en_US_POSIX")
utcFormatter.dateFormat = "yyyy-MM-dd'T'HH:mm:ss'Z'"
let utcTime = utcFormatter.string(from: Date())
print(utcTime) // "2024-12-25T11:30:00Z"

// Для отображения пользователю (его локальное время)
let localFormatter = DateFormatter()
localFormatter.timeZone = TimeZone.current
localFormatter.dateStyle = .medium
localFormatter.timeStyle = .short
let localTime = localFormatter.string(from: Date())
print(localTime) // "25 дек. 2024 г., 14:30"

3. Использование Date() для сравнения: подводные камни

Проблема

Многие думают, что Date() возвращает одно и то же значение в рамках одного вызова. Но это не так. Swift Date — это моментальный снимок времени. Если вы дважды вызовете Date() в коде, значения могут отличаться на микросекунды.

let start = Date()
// ... какой-то код ...
let end = Date()
let elapsed = end.timeIntervalSince(start) // Всё корректно

// А вот так делать НЕ НАДО:
let date1 = Date()
let date2 = Date()
if date1 == date2 { // Почти всегда false!
    print("Равны")
}

Решение

Для сравнения дат используйте timeIntervalSinceReferenceDate или compare:

let now = Date()
let later = Date().addingTimeInterval(5)

switch now.compare(later) {
case .orderedAscending:
    print("now раньше, чем later")
case .orderedDescending:
    print("now позже, чем later")
case .orderedSame:
    print("даты равны (маловероятно)")
}

Для более точных измерений времени используйте CACurrentMediaTime() или DispatchTime.

4. Работа с календарём: NSCalendar — это прошлый век

Проблема

В старых проектах можно встретить NSCalendar и NSDate. В современном Swift (5.0+) нужно использовать нативные Calendar и DateComponents. Ошибка — смешивать ObjC и Swift API без необходимости.

Решение

Получаем текущее время с разбивкой на компоненты:

let now = Date()
let calendar = Calendar.current

let components = calendar.dateComponents([.year, .month, .day, .hour, .minute, .second], from: now)
print("Сегодня: \(components.day!).\(components.month!).\(components.year!)")
print("Точное время: \(components.hour!):\(components.minute!):\(components.second!)")

Хотите получить начало дня? Легко:

let startOfDay = calendar.startOfDay(for: now)
print(startOfDay) // 2024-12-25 00:00:00 +0000

Хотите добавить дни? Пожалуйста:

if let tomorrow = calendar.date(byAdding: .day, value: 1, to: now) {
    print("Завтра: \(tomorrow)")
}

5. Забыли про формат ISO 8601 — и получили баг на продакшене

Проблема

Современные API почти всегда ожидают дату в формате ISO 8601. Ручное форматирование с помощью dateFormat — это путь к ошибкам. Особенно когда нужно обрабатывать миллисекунды или временные зоны.

Решение

Используйте ISO8601DateFormatter — он встроен в Foundation и надёжен как швейцарские часы:

let now = Date()

// Формат: 2024-12-25T14:30:00Z
let isoFormatter = ISO8601DateFormatter()
isoFormatter.timeZone = TimeZone(abbreviation: "UTC")
let isoString = isoFormatter.string(from: now)
print(isoString) // "2024-12-25T14