Систем-дизайн iOS

GCD планирует работу на dispatch-очередях. Последовательная очередь выполняет задачи по одной, поэтому защищает общее состояние без блокировок; параллельная — много сразу. Все обновления UI идут на главной очереди.

Положите кэш в памяти поверх дискового кэша, переживающего перезапуск, проверяя память, затем диск, затем сеть. Декодируйте и уменьшайте на фоновой очереди, чтобы main thread только рисовал. Объединяйте запросы по ключу-URL, чтобы сеть дёргалась один раз, и возвращайте отменяемый токен, чтобы переиспользование ячейки отменяло загрузку. Держите публичную поверхность крошечной — один вызов загрузки в target и один отмены.

URLSession выполняет HTTP-запросы через data task, возвращая data, response и error. Для офлайна сохраняйте успешные ответы локально (URLCache, диск или база) и отдавайте кэш при сбое запроса, чтобы экран показывал последние данные.

Опирайтесь на устойчивую переупорядочиваемую очередь загрузок с паузой и возобновлением. Учитывайте суммарные сохранённые байты против бюджета пользователя и вытесняйте до его превышения по правилу наименьшей полезности — сначала самые старые уже прослушанные эпизоды. При реальном заполнении диска или достижении бюджета сообщите пользователю, что именно удалится или что нужно освободить место, вместо молчаливого сбоя.

Пагинируйте непрозрачным серверным курсором, а не номерами страниц, чтобы вставки не сдвигали и не повторяли строки. Следующую страницу подгружайте заранее, когда пользователь приближается к концу, через prefetch-хук, чтобы прокрутка не спотыкалась. При обновлении сливайте новые элементы и дедуплицируйте по стабильному id. Последнюю страницу сохраняйте, чтобы холодный старт офлайн рисовал кэш с индикатором офлайна, а не пустой экран.

Держите локальное хранилище сообщений, упорядоченное по серверной последовательности или timestamp, а не по порядку прихода, чтобы кадры из сокета не по очереди всё равно рисовались верно. Неотправленные сообщения сохраняйте в офлайн-очередь и сбрасывайте по порядку при переподключении, с ключом против дублей. Статусы доставки и прочтения — на каждое сообщение. Сокет переподключайте с backoff и доигрывайте пропуск. Старую историю подгружайте из REST по запросу.

Загрузки выполняйте на фоновом URLSession, чтобы они переживали убийство приложения и возобновлялись из частичных данных через resume data или HTTP range, а не с нуля. Ограниченная очередь лимитирует параллельность и упорядочивает задачи по приоритету вызывающего, чтобы видимая загрузка вытесняла фоновую. Прогресс сообщайте из побайтных колбэков сессии, а перед enqueue проверяйте свободное место, чтобы старт при нехватке падал чисто.

Используйте CoreLocation с фильтром точности и дистанции под задачу и адаптируйте частоту сэмплирования к движению — часто в движении, редко в покое, — чтобы не сажать батарею. Точки буферизуйте локально и загружайте батчами, а не отдельным вызовом на каждую. Шаринг держите живым в фоне через location-возможность, а офлайн сохраняйте точки и сбрасывайте их при возврате связи.

Постройте инвертированный индекс — токены на id записей — и сохраните его на диске (SQLite FTS или файловое хранилище), а не в RAM, чтобы он переживал запуски без перестройки. Запрашивайте его для префиксных и нечётких совпадений, ранжируя по частоте термина. Свежесть держите инкрементально: при дельте каталога обновляйте постинги только изменённых записей. Загружайте лениво, чтобы запуск оставался быстрым.

Считайте push подсказкой, а не истиной — дедуплицируйте его нагрузку с серверной загрузкой по стабильному id сообщения, чтобы сообщение не появлялось дважды. Счётчик бейджа выводите из сверенного набора непрочитанного, а не подсчётом push, и обнуляйте по мере чтения. При повторном открытии после множества отброшенных или объединённых push запрашивайте авторитетное состояние сервера, а не доверяйте доставке каждого push.

Разделите на контейнер, владеющий вкладками, и модуль коллекции на вкладку, управляемый фабрикой ячеек по типу данных из описания бэка, чтобы новые виды вкладок и ячеек не требовали правок UI. Выбранный месяц моделируйте как общее состояние (координатор или общий store), чтобы смена на одной вкладке доходила до всех; pull-to-refresh обновляет все вкладки. Кэшируйте ответы по месяцу и вкладке ради экономии трафика и показывайте плейсхолдер с перезагрузкой без кэша либо ошибку поверх кэша при его наличии.

Принимайте события через потокобезопасную последовательную очередь, сразу сохраняйте их в дисковую очередь, чтобы крэш ничего не терял, и сбрасывайте батчами по времени или количеству. Опишите протокол транспорта, чтобы подключать/отключать несколько бэкендов в рантайме, и маршрутизируйте по приоритету — высокий сразу, нормальный батчится, низкий ждёт WiFi и зарядки. Держите один публичный API логирования стабильным при эволюции внутренностей.

Набор флагов кэшируйте на диске и вычисляйте синхронно из этого снимка, чтобы экран не ждал сеть. Обновляйте в фоне и меняйте снимок атомарно, никогда не блокируя запуск — первый запуск падает на зашитые безопасные значения. Вариант каждому пользователю назначайте из стабильного хеша от user id и ключа эксперимента, чтобы он переживал обновления. При чтении флага пишите событие показа.

Каждое устройство дописывает правки в локальный журнал и синхронизирует его, а не всю заметку, чтобы правки сливались, а не перезаписывались. Ведите версию на заметку (счётчики устройств) для обнаружения одновременных правок. Непересекающиеся изменения сливайте автоматически; при истинном столкновении сохраняйте обе конфликтной копией, а не отбрасывая одну. Пользователь видит неразрушающий исход и не теряет текст.

Играйте HLS через AVPlayer и дайте его адаптивному битрейту выбирать вариант по измеренной полосе, предбуферизуя несколько секунд вперёд для быстрого старта. Кэшируйте недавние сегменты, чтобы короткие перемотки и повторы обходили сеть. При обрыве посреди игры играйте до края буфера, покажите буферизацию и возобновите с той же позиции при возврате связи, а не перезапускайте сначала.

Для видимости маркеров сортируйте направления по убыванию популярности и жадно размещайте маркеры в текущем вьюпорте — пропуская те, чья область пересекает уже размещённый (более популярный) маркер. Пересчитывайте на каждом pan/zoom и при обновлении цен. Делайте debounce автодополнения и кэшируйте списки городов; «Откуда» заполняйте через CoreLocation. Сохраняйте последний набор направлений и цен, чтобы карта и маркеры рисовались офлайн, обновляя цены при возврате связи.