Для watchOS 3 Apple предлагает обновить усложнение с помощью WKRefreshBackgroundTask вместо использования getNextRequestedUpdateDate.
Как я могу определить время между двумя обновлениями, используя новый подход?
Я бы только взломал мой запрос данных (с URL-адреса) в getCurrentTimelineEntry и обновил бы сложность, но я думаю, что это не совсем то, что Apple рекомендовала бы.
Краткий пример кода будет большим подспорьем.
Обычно я освещал это в другом ответе, но я отвечу на ваш конкретный вопрос здесь.
Вы правы в том, что вам не следует взламывать контроллер усложнения для выполнения какой-либо (асинхронной) выборки. Источник данных должен только отвечать за возврат существующих данных в соответствии с запросом сервера усложнения. Это было верно для watchOS 2 и по-прежнему верно для watchOS 3.
Для watchOS 3 каждое фоновое обновление может планировать следующее.
В вашем конкретном случае вы можете подождать, пока ваша задача WKURLSessionRefreshBackgroundTask завершит загрузку. В этот момент запланируйте следующее фоновое обновление перед завершением существующей фоновой задачи.
В это время ваше расширение снова будет разбужено, чтобы снова запустить весь фоновый процесс, чтобы:
Вы даже можете связать ряд различных фоновых подзадач, где каждая подзадача обрабатывает отдельный аспект цикла обновления и отвечает за планирование следующей подзадачи.
Если вы еще не видели его, Apple предоставляет его WatchBackgroundRefresh пример кода, чтобы продемонстрировать часть этого. Ты можешь использовать
WKExtension.shared().scheduleBackgroundRefresh(withPreferredDate:userInfo:)
запланировать (начальную или) будущую задачу до завершения текущей задачи.
Хотя в их примере используется кнопка обновления для планирования следующего фонового обновления, концепция одинакова, независимо от того, является ли это действием пользователя или фоновой задачей, которая планирует следующий запрос).
