你能从 WatchKit 1.0 应用中唤醒 phone 吗？
Can you wake the phone from WatchKit 1.0 app?
我正在开发一个具有地理围栏的客户端应用程序，以便在用户接近应用程序供应商之一时通知用户。
当位置管理器触发时，它会调用带有当前日期的 fireDate 的本地通知。
如果用户的 iPhone 被锁定并且他们有配对的 Apple 手表，它会在手表上显示自定义通知。用户可以关闭通知，或点击自定义操作按钮。
我想要自定义操作按钮来唤醒 phone 并在应用程序中显示供应商的页面。一种自动切换。用户通过单击手表上的 "view vendor" 页面表达了他们希望进入供应商页面的愿望。
可能吗？我目前正在使用 +[WKInterfaceController openParentApplication:reply:] 方法来尝试调用父 iOS 应用程序。但是，如果 phone 被锁定，则什么也不会发生。 iPhone 屏幕一直黑着，没有声音，什么也没有。
如果您在点击手表上的操作按钮之前解锁 phone，它会调用应用程序并向其发送显示供应商页面的消息。
作为第二个问题，是否可以设置我的手表应用，以便当用户单击通知按钮时，手表应用会向 iPhone 应用传递消息，然后关闭手表应用？现在，除了将用户带到供应商页面的自定义通知外，我的客户在手表上 运行 没有任何其他内容。手表应用程序的主屏幕此时只是一个占位符，当您单击自定义操作按钮并获得空白屏幕时，它看起来很愚蠢。
（顺便说一句，我知道在手表套件 1.0 中，手表应用程序的代码实际上在 iPhone 上运行，但它作为一个单独的进程运行，所以谈论手表发送很有用给 iPhone 的一条消息，尽管这并不是正在发生的事情。）
这个问题的答案显然是否定的，也不是。
Apple 将唤醒 phone 视为用户必须直接从 phone 执行的操作。
我所做的是让 openParentApplication:reply:error: 消息从手表发送到 phone 从 iPhone 中查找包含一对 key/value wasInBackground 的回复字典包含布尔值 YES 或 NO。
如果 wasInBackground == YES，它会显示一条模式消息，告诉用户他们需要在 phone 上打开应用程序才能看到内容。
如果 wasInBackground == NO，则 phone 处于唤醒状态并且该应用位于最前面，因此该应用能够显示用户的内容。
然后，在 phone 端，如果在后台收到来自手表的消息，我会检查手表请求的操作类型。如果是显示行车路线的请求，我会创建一个块，其中包含显示行车路线的代码，并将其设置在应用程序委托的 "blockToRunOnReturnToForeground" 属性 中。然后，当 app delegate 收到 applicationWillEnterForeground 消息时，它会检查一个非 nil "blockToRunOnReturnToForeground"，如果有一个，调用它并将其 nils 出来。
结果是，当用户最终 returns 将应用程序转到前台时，它会发出行车路线请求。
用户体验并不像我希望的那样无缝，但至少用户不会完全困惑为什么当他们点击手表上的一个操作按钮时没有任何反应。
我正在开发一个具有地理围栏的客户端应用程序，以便在用户接近应用程序供应商之一时通知用户。
当位置管理器触发时，它会调用带有当前日期的 fireDate 的本地通知。
如果用户的 iPhone 被锁定并且他们有配对的 Apple 手表，它会在手表上显示自定义通知。用户可以关闭通知，或点击自定义操作按钮。
我想要自定义操作按钮来唤醒 phone 并在应用程序中显示供应商的页面。一种自动切换。用户通过单击手表上的 "view vendor" 页面表达了他们希望进入供应商页面的愿望。
可能吗？我目前正在使用 +[WKInterfaceController openParentApplication:reply:] 方法来尝试调用父 iOS 应用程序。但是，如果 phone 被锁定，则什么也不会发生。 iPhone 屏幕一直黑着，没有声音，什么也没有。
如果您在点击手表上的操作按钮之前解锁 phone，它会调用应用程序并向其发送显示供应商页面的消息。
作为第二个问题，是否可以设置我的手表应用，以便当用户单击通知按钮时，手表应用会向 iPhone 应用传递消息，然后关闭手表应用？现在，除了将用户带到供应商页面的自定义通知外，我的客户在手表上 运行 没有任何其他内容。手表应用程序的主屏幕此时只是一个占位符，当您单击自定义操作按钮并获得空白屏幕时，它看起来很愚蠢。
（顺便说一句，我知道在手表套件 1.0 中，手表应用程序的代码实际上在 iPhone 上运行，但它作为一个单独的进程运行，所以谈论手表发送很有用给 iPhone 的一条消息，尽管这并不是正在发生的事情。）
这个问题的答案显然是否定的，也不是。
Apple 将唤醒 phone 视为用户必须直接从 phone 执行的操作。
我所做的是让 openParentApplication:reply:error: 消息从手表发送到 phone 从 iPhone 中查找包含一对 key/value wasInBackground 的回复字典包含布尔值 YES 或 NO。
如果 wasInBackground == YES，它会显示一条模式消息，告诉用户他们需要在 phone 上打开应用程序才能看到内容。
如果 wasInBackground == NO，则 phone 处于唤醒状态并且该应用位于最前面，因此该应用能够显示用户的内容。
然后，在 phone 端，如果在后台收到来自手表的消息，我会检查手表请求的操作类型。如果是显示行车路线的请求，我会创建一个块，其中包含显示行车路线的代码，并将其设置在应用程序委托的 "blockToRunOnReturnToForeground" 属性 中。然后，当 app delegate 收到 applicationWillEnterForeground 消息时，它会检查一个非 nil "blockToRunOnReturnToForeground"，如果有一个，调用它并将其 nils 出来。
结果是，当用户最终 returns 将应用程序转到前台时，它会发出行车路线请求。
用户体验并不像我希望的那样无缝，但至少用户不会完全困惑为什么当他们点击手表上的一个操作按钮时没有任何反应。