Наблюдайте за сложностью обновления подключения с помощью transferCurrentComplicationUserInfo

Похоже, проблема с настройкой объекта WCSession на часах Apple Watch. Для усложнения я рекомендую сделать это в методе инициализации ExtensionDelegate. Причина этого в том, что applicationDidFinishLaunching вызывается только при запуске вашего расширения для часов (основного приложения для часов), а не при отображении усложнения или взгляда.

override init() {
    super.init()

    // Setup watch connectivity. We do this here because applicationDidFinishLaunching is only
    // called when the watch extension is being called, not when a complciation is being updated
    self.session.delegate = self
    self.session.activateSession()
}

Прежде чем определить, что расширение никогда не вызывается, вы должны проверить сообщения журнала Watch (консоль) через панель Devices. Возможно, что расширение запускается в фоновом режиме и не прикреплено к отладчику, поэтому вы не увидите сообщение NSLog в консоли Xcode.

Что еще более важно, вы могли перенести какое-то осложнение userInfo с телефона на часы, но, похоже, ничего не делаете с этим словарем после того, как часы его получили. Вам нужно сделать больше, чем просто передать текущую информацию о сложности. Источнику данных сложности потребуется доступ к этой информации при вызове getCurrentTimelineEntryForComplication (в результате перезагрузки шкалы времени).

Возможные причины

У вас не так уж много кода, поэтому я рассмотрел как transferCurrentComplicationUserInfo actually works и упомянул несвязанную проблему, с которой я столкнулся ваш код.

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

Вот несколько возможных причин, по которым didReceiveUserInfo вашего расширения не вызывается.

• Вы активировали WCSession более чем в одном месте, и передача (не) обрабатывается другим делегатом.
• У вас не было ссылки на активированный сеанс, и он вышел за рамки.
• Приложение не было открыто на часах.
• Сеанс активирован недостаточно быстро или в нужном месте.
• transferCurrentComplicationUserInfo не удалось из-за ошибки, потому что ваш телефон был заблокирован. (Это известная проблема, признанная Apple , и есть обходной путь.)

Как код поможет улучшить ваш вопрос и наши ответы

Целью предоставления кода является выявление или устранение причин, по которым что-то не работает. Код обычно необходим, чтобы помочь ответить "Почему это не работает?" вопросы программирования.

Просто потому, что это работает в симуляторе, это не гарантирует, что вы «все настроите правильно». Разумно, что тестирование на устройстве выявляет ошибки, которые вы никогда не обнаружите при тестировании в симуляторе.

Это может быть из-за того, что вы превысили системные ограничения на передачу данных с помощью transferCurrentComplicationUserInfo, поскольку вы можете передавать только 50 раз в день

Передача данных из iOS. Если в вашем приложении watchOS есть сопутствующее приложение iOS, вы можете собрать данные в приложении iOS, а затем передать эти данные в Apple Watch. Однако эта стратегия обновления привязывает часы к iPhone-компаньону. Вы не сможете обновить информацию, если пользователь уйдет без телефона, что может привести к устаревшим или неточным осложнениям. Кроме того, как и в случае с push-уведомлениями, система ограничивает вас до 50 переводов осложнений в день.

Вы можете проверить оставшееся время разрешенных переводов с помощью RemplicationUserInfoTransfers