何时何地获取Watch Complication的数据

Question

在对并发症进行了几天的处理之后,我有信心对于以规定间隔发生的更新的更新过程进行以下说明:

系统调用 requestedUpdateDidBegin()
- 您可以在此处确定数据是否已更改.如果没有,您的应用程序不必做任何事情.如果您的数据已更改,则需要调用以下任一项:
  - reloadTimelineForComplication 如果您需要重置所有数据.
  - extendTimelineForComplication 如果您只需要在并发症时间轴的末尾添加新项目.
- 注意:系统实际上可能会调用,requestedUpdateBudgetExhausted()而不是requestedUpdateDidBegin()如果您在当天花费了太多的并发症时间预算.这就是这个问题的原因.
如果您打电话reloadTimelineForComplication,系统将调用getCurrentTimelineEntryForComplication(以及获取阵列的未来和过去变体,具体取决于您的时间旅行设置)
这是猜想,因为我还没有测试它,但我相信如果你打电话extendTimelineForComplication说只会getTimelineEntriesForComplication(... afterDate date: NSDate ...)被调用.
然后系统将调用,getNextRequestedUpdateDateWithHandler以便您指定复杂性需要新更新的时间.

Apple的文档非常明确,您不应该经常询问更新,或者在复杂化代码中进行太多处理,否则您将耗尽时间预算,并且您的并发症将停止更新.所以,我的问题是:你在何时何地进行更新？

对于上下文,我的方案是一个URL,其返回数据每小时最多更改两次.

放置URL获取代码最明显的地方是func requestedUpdateDidBegin()获取数据,存储它,如果没有变化,只需返回.如果有更改,则延长或重新加载时间线.

但是,URL提取可能会很昂贵.备择方案:

还有其他地方吗？我可以在手表应用程序中使用不属于复杂功能的周期性功能吗？获取并发症更新数据的正确位置在哪里？

Answer 1

对于watchOS 3,Apple建议您从使用复杂数据源getNextRequestedUpdateDate计划更新切换到更新并发症.

watchOS 2的旧方法

requestedUpdateDidBegin()实际上只是为了更新复杂功能.让您的复杂功能(和观看应用程序)保持最新通常涉及的不仅仅是重新加载时间线(并且异步检索数据永远不适合旧方法).

新的更好的方法是使用后台刷新应用程序任务.您可以使用一系列后台任务来安排和处理在后台被唤醒的应用扩展程序:

获取新数据
- 使用WKWatchConnectivityRefreshBackgroundTask从手机获取数据,或
- 使用WKURLSessionRefreshBackgroundTask从服务器下载数据
数据到达后更新您的模型,
从模型更新您的复杂功能(通过重新加载或扩展时间轴),最后
更新应用程序的停靠快照以显示停靠栏上的数据

setTaskCompleted任务完成后立即调用每个任务的方法.

这个设计的一个关键特性是手表扩展现在可以处理各种前景和背景场景,其中包括:

Apple建议您使用每个机会,无论您的应用程序是在前台还是后台,都可以使您的复杂功能,应用程序和停靠快照保持最新状态.

每天可用任务总数除以停靠栏中的应用程序数量.Dock中的应用程序越少,您的应用程序可以使用的任务就越多.Dock中的应用程序越多,您可以使用的越少.

由于您的应用现在在后台运行,因此您需要高效,快速地完成后台任务.

后台任务受限于CPU时间和允许的CPU使用量.如果超过CPU时间(或在后台使用超过CPU的10%),系统将终止您的应用程序(导致崩溃).