ios - 通知WatchKit应用有更新，而 watch 应用未请求更新

Question

我知道watcht应用程序的WKInterfaceController openParentApplication和handleWatchKitExtensionRequest方法的功能可以打开父应用程序并发送/接收数据。

但是如何解决呢？在用户使用父应用程序并在父应用程序中执行操作(即更改背景颜色)的情况下，我将如何立即通知监视应用程序并在其上执行相关操作 watch 还？

我相信MMWormhole在此示例中就足够了，这是我应该采用的最佳方法，还是有替代方法？

Answer 1

背景

首先，让我们总结一下我们所知道的。
我们有

在iPhone上运行的

应用程序(我将其称为iPhone应用程序)

在Watch上运行的

应用...专门

在Watch上运行的

UI

在iPhone上作为扩展名运行的

代码。

第一行和最后一行对我们来说最重要。是的，Extension是随iPhone应用程序一起提供给AppStore的，但是这两件事可以在iOS操作系统中单独运行。因此，扩展程序和iPhone应用程序是两个不同的过程-在OS中运行的两个不同程序。

因此，我们不能使用 [NSNotificationCenter defaultCenter]，因为当您尝试在iPhone上的defaultCenter和Extension中的defaultCenter进行 NSLog()时，它们将具有不同的内存地址。

达尔文来营救!

您可能会想到，这种问题对于开发人员而言并不陌生，它的恰当术语是“进程间通信”。因此，在OS X和iOS中，有...达尔文通知机制。最简单的使用方法是从 CFNotificationCenter类中实现几种方法。

例子

使用CFNotificationCenter时，您会看到它与NSNotificationCenter非常相似。我的猜测是NSNotif ..围绕CFNotif ..建立，但是我没有证实这一假设。现在，到这一点。

因此，假设您要从iPhone发送通知以进行来回监视。我们应该做的第一件事是注册通知。

- (void)registerToNotification
{    
    [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(didReceivedNSNotification) name:@"com.example.MyAwesomeApp" object:nil];

    CFNotificationCenterAddObserver(CFNotificationCenterGetDarwinNotifyCenter(), (__bridge const void *)(self), didReceivedDarwinNotification, CFSTR("NOTIFICATION_TO_WATCH"), NULL, CFNotificationSuspensionBehaviorDrop);
}

您可能想知道为什么我添加了NSNotificationCenter观察者？为了完成我们的任务，我们需要创建一些循环，您很快就会看到它。

至于第二种方法。
CFNotificationCenterGetDarwinNotifyCenter()-获取达尔文通知中心
(__bridge const void *)(self)-通知观察者
didReceivedDarwinNotification-callBack方法，在对象收到通知时触发。
基本上与NSNotification中的 @selector相同
CFSTR("NOTIFICATION_TO_WATCH")-通知的名称，与NSNotification中的情况相同，但是在这里我们需要CFSTR方法将字符串转换为CFStringRef

最后是最后两个参数 object和 suspensionBehaviour-当我们使用DarwinNotifyCenter时，它们都会被忽略。

太酷了，所以我们注册为观察员。因此，让我们实现我们的回调方法(其中有两种，一种用于CFNotificationCenter，另一种用于NSNotificationCenter)。

void didReceivedDarwinNotification()
{
    [[NSNotificationCenter defaultCenter] postNotificationName:@"com.example.MyAwesomeApp" object:nil];
}

现在，正如您所看到的，该方法不是以 - (void)Name...开头的。为什么？因为它是C方法。您知道为什么我们在这里需要NSNotificationCenter吗？从C方法中，我们无法访问 self。一种选择是声明一个指向自己的静态指针，如下所示: static id staticSelf将其分配给 staticSelf = self，然后从 didReceivedDarwinNotification: ((YourClass*)staticSelf)->_yourProperty中使用它，但是我认为NSNotificationCenter是更好的方法。

因此，在响应您的NSNotification的选择器中:

- (void)didReceivedNSNotification
{
    // you can do what you want, Obj-C method
}

最后，当我们注册为观察员后，我们可以从iPhone应用程序发送一些信息。

为此，我们只需要一行代码。

CFNotificationCenterPostNotification(CFNotificationCenterGetDarwinNotifyCenter(), CFSTR("NOTIFICATION_TO_WATCH"), (__bridge const void *)(self), nil, TRUE);

可以在您的ViewController或Model中。

同样，我们要获取 CFNotificationCenterGetDarwinNotifyCenter()，然后为通知指定名称，要发布通知的对象，字典对象(使用DarwinNotifyCenter时被忽略，最后一个参数是问题的答案:立即交付？

您可以通过类似的方式将通知从Watch发送到iPhone。由于明显的原因，我建议使用其他通知名称，例如 CFSTR("NOTIFICATION_TO_IPHONE")，以免出现例如iPhone将通知发送给Watch及其自身的通知的情况。

总结一下
MMWormhole是完美的，编写良好的类，即使测试涵盖了大多数(如果不是全部)代码，也是如此。它易于使用，只记得在此之前设置您的AppGroups。
但是，如果您不想将第三方代码导入到您的项目中，或者由于某些其他原因而不想使用它，则可以使用此答案中提供的实现。
特别是如果您不想/不需要在iPhone和Watch之间交换数据。

还有第二个好的项目 LLBSDMessaging。它基于伯克利套接字。更复杂且基于更多底层代码。这里是冗长但写得很好的博客文章的链接，您将在此处找到指向Github的链接。 http://ddeville.me/2015/02/interprocess-communication-on-ios-with-berkeley-sockets/。

希望对您有所帮助。