openParentApplication:reply的优势：？
Advantage of openParentApplication:reply:?
除了共享数据之外，在 openParentApplication:reply: 中进行计算而不是直接在 WatchKit 扩展中进行计算有什么优势？有任何性能差异吗？我假设 openParentApplication: 中的代码不会执行得更快，因为托管应用程序和扩展都在 iPhone 上运行，对吗？
优点是您 iOS 应用在完成请求时实际上会保持打开状态。创建 Watch App/Extension 时，您需要考虑 App 的生命周期。即使您的应用程序只打开 1 秒钟，也要设计一切正常工作。这不会让您有时间进行图像处理、图像缓存、网络请求等所需的处理。因此，为了让您的 Watch App 尽可能快，请将所有复杂的处理推迟到 iOS 应用程序，以便下次用户在下一秒抬起手腕时，您将准备就绪并保持最新状态。
如果您对 Watch Extension 进行了所有处理，您可能永远无法完成网络请求，从而导致糟糕的用户体验。如果用户抬起他们的手腕来检查你的应用程序中的新信息，然后看到它启动了一个网络请求，他们很可能会稍微放下手腕然后在几秒钟后返回到应用程序。出于电池消耗的原因，这会终止您的扩展和 运行 请求。当用户几秒钟后抬起手腕时，他们会非常失望地看到信息仍然是过时的，这很可能导致他们更快地放下手腕。
总而言之，请始终尝试让您的数据保持最新并缓存，以备 Watch Extension 在短时间内实际启动时使用。
希望这有助于阐明在 Watch 应用程序上显示活泼的动态信息的困难。
除了共享数据之外，在 openParentApplication:reply: 中进行计算而不是直接在 WatchKit 扩展中进行计算有什么优势？有任何性能差异吗？我假设 openParentApplication: 中的代码不会执行得更快，因为托管应用程序和扩展都在 iPhone 上运行，对吗？
优点是您 iOS 应用在完成请求时实际上会保持打开状态。创建 Watch App/Extension 时，您需要考虑 App 的生命周期。即使您的应用程序只打开 1 秒钟，也要设计一切正常工作。这不会让您有时间进行图像处理、图像缓存、网络请求等所需的处理。因此，为了让您的 Watch App 尽可能快，请将所有复杂的处理推迟到 iOS 应用程序，以便下次用户在下一秒抬起手腕时，您将准备就绪并保持最新状态。
如果您对 Watch Extension 进行了所有处理，您可能永远无法完成网络请求，从而导致糟糕的用户体验。如果用户抬起他们的手腕来检查你的应用程序中的新信息，然后看到它启动了一个网络请求，他们很可能会稍微放下手腕然后在几秒钟后返回到应用程序。出于电池消耗的原因，这会终止您的扩展和 运行 请求。当用户几秒钟后抬起手腕时，他们会非常失望地看到信息仍然是过时的，这很可能导致他们更快地放下手腕。
总而言之，请始终尝试让您的数据保持最新并缓存，以备 Watch Extension 在短时间内实际启动时使用。
希望这有助于阐明在 Watch 应用程序上显示活泼的动态信息的困难。