Как обрабатывать пустой маркер в iOS

Что проверяют

Формулировка размытая, и отчасти проверяют именно это: уточните ли вы, о каком маркере речь. Обычно имеют в виду пустое значение в данных (поле из API, ввод пользователя) или маркер на карте без координат и подписи. Суть одна: различаете ли вы «значения нет» и «значение пустое» и обрабатываете ли это на правильном слое.

Как отвечать

Начните с уточняющего вопроса, потом дайте каркас. Для данных:

• nil и пустая строка: разные состояния. nil значит «не пришло», "" значит «пришло пустым». Оба разом проверяет text?.isEmpty ?? true, а для пользовательского ввода добавьте trimmingCharacters(in: .whitespacesAndNewlines), иначе строка из пробелов пройдёт;
• Codable: decodeIfPresent вернёт nil и для отсутствующего ключа, и для null, а пустую строку оставит пустой строкой. Если бэкенд шлёт "" вместо null, нормализуйте это в своём init(from:) один раз на границе, а не проверками по всему коду;
• модель: вместо магических значений вроде -1 или "none" используйте опционал или enum с явным случаем .empty, тогда компилятор заставит обработать пустое состояние в switch;
• интерфейс: для пустого значения нужен понятный плейсхолдер или экран пустого состояния, а не пустая ячейка.

Для карты: у MKAnnotationView без заголовка аннотации выноска не появится, даже если canShowCallout включён. Координаты перед добавлением проверяют через CLLocationCoordinate2DIsValid и отдельно ловят (0, 0): такая точка в океане обычно означает, что поле не заполнили. Такие маркеры лучше не показывать вовсе, а в лог записать, откуда пришли данные.

Где спотыкаются

Разворачивают опционал через !, потому что «сервер всегда присылает». Однажды не пришлёт, и это краш у пользователей.

Проверяют только nil и пропускают пустую строку или строку из пробелов. В интерфейсе появляются пустые метки и маркеры без подписи.

Размазывают проверки на пустоту по всем экранам вместо того, чтобы нормализовать данные при декодировании. Через полгода в одном месте пустое поле обработано, а в трёх других нет.