Что хотят услышать интервьюеры:

DispatchWorkItem сам по себе не заменяет полноценный механизм управления жизненным циклом задачи. Статус имеет смысл отслеживать, если нужно уметь отменять, понимать завершение или не допускать повторного запуска логики. Для простого одноразового async обычно достаточно самого WorkItem без ручного мониторинга.

Определение:

DispatchWorkItem — это оболочка над блоком кода в GCD, которую можно сохранить, отменить и при необходимости связать с другими механизмами ожидания. У него есть состояние выполнения и отмены, но оно не превращает задачу в полноценный объект с богатым жизненным циклом, как в более высокоуровневых API. Обычно статус отслеживают только тогда, когда это нужно для бизнес-логики: отмена, синхронизация, защита от повторного выполнения.

Пример использования:

let item = DispatchWorkItem {
    for i in 1...5 {
        if item.isCancelled {
            print("Task cancelled")
            return
        }
        print("Step \(i)")
        Thread.sleep(forTimeInterval: 1)
    }
}

DispatchQueue.global().async(execute: item)

// Позже:
item.cancel()

Пояснение кода:

Код показывает типичный сценарий: задача выполняется асинхронно, а снаружи её можно отменить через cancel().
Внутри блока есть проверка isCancelled, потому что отмена DispatchWorkItem не прерывает выполнение автоматически — код сам должен выйти, если это важно.
Если не проверять статус, задача может продолжить выполняться до конца даже после вызова cancel().

Ключевые моменты:

DispatchWorkItem можно отменить, но отмена кооперативная: задача должна сама проверить isCancelled.
Отслеживать статус нужно только если есть реальная необходимость в отмене, дедупликации или контроле завершения.
Для простого асинхронного запуска статус обычно не нужен.
DispatchWorkItem — это не полноценный менеджер задач, а удобная обёртка для блока с дополнительным управлением.
Если задача короткая и не критична к отмене, усложнять код проверками статуса не стоит.

Нужно ли отслеживать статус задачи в DispatchWorkItem?