Watch应用的数据传输－与iPhone以及网络(WatchOS 1)
iPhone App、WatchKit Extension和Watch App之间的关系
自iOS8起Apple推出一个新的概念-App Extension,可以让开发者开发第三方的键盘、通知中心（Today Widget）等。
WatchKit Extension是iPhone App和Watch App通信的桥梁，下图展示了三者间的关系:
WatchKit Extension(Extension)和Watch App(Host App)间的通信
在Extension中可以获取到Watch App界面元素的数据接口WKInterfaceObject（非控件View本身，更接近于Model），通过修改WKInterfaceObject的数据，来修改对应Watch App的界面。另外通过Xcode将Watch App控件的响应事件绑定到Extension中，可以实现Watch操作响应逻辑的处理。-
WatchKit Extension(Extension)和iPhone App(Containing App)的通信
-
共享存储空间
Extension和iPhone App之间的一种通信方式是读写同一块共享存储空间，达到数据交换的目的（见下图）。需要注意的是Extension和iPhone App属于不同的进程，要共享存储空间，需要在工程对应的target中同时打开App Groups的权限，并选择共享的组名（打开权限需要在Xcode中配置开发者账号和密码，同时本地需要有对应的开发证书，本文后面有介绍）。![]
(http://git.devzeng.com/images/apple_watch_dev_glance/share_container.png) -
直接进行通信（在WatchOS2中更加推荐）
Extension和iPhone App另外一种通信方式是Extension主动向iPhone App发起请求，进行某种操作，或者请求数据（场景：Watch 收到新邮件通知后，点击已读按钮，在iPhone App上置已读）。
WatchKit Extension中向iPhone App发送请求：
+ (BOOL)openParentApplication:(NSDictionary * nonnull)userInfo reply:(void (^ nullable)(NSDictionary * nonnull replyInfo, NSError * nullable error))reply;
在iPhone App的AppDelegate中实现如下方法响应Watch App的请求：
- (void)application:(UIApplication * nonnull)application handleWatchKitExtensionRequest:(NSDictionary * nullable)userInfo reply:(void (^ nonnull)(NSDictionary * nullable replyInfo))reply;在Github上找到一个叫做
MMWormhole的开源库，它是专门用于Container App与Extension间传递消息，整个项目非常简洁实用。在WatchOS2中，APPLE公司特地做了一个类似于MMWormhole的framework叫做
WatchConnectivity其中有一个最为关键的类叫做WCSession：NSObject这里贴出WCSession的一些代码和解释：(只支持iOS9及更新版本,在ContainerApp和Extension中使用一致)
@interface WCSession : NSObject硬件是否支持：
+ (BOOL)isSupported;单例对象:
+ (WCSession *)defaultSession;拥有的Delegate:
@property (nonatomic, weak, nullable) id <WCSessionDelegate> delegate;（在这里需要）delegate中使用较多的有:(接收信息后的一些处理)
- (void)session:(WCSession * ) session didReceiveMessage:(NSDictionary<NSString * , id> *)message;
- (void)session:(WCSession * )session didReceiveMessage:(NSDictionary<NSString * , id> * )message replyHandler:(void(^)(NSDictionary<NSString * , id> *replyMessage))replyHandler;激活对象:
- (void)activateSession;(在APP生命周期中激活越早越好)发送信息:
- (void)sendMessage:(NSDictionary<NSString *, id> *)message replyHandler:(nullable void (^)(NSDictionary<NSString *, id> *replyMessage))replyHandler errorHandler:(nullable void (^)(NSError *error))errorHandler;
- (void)sendMessageData:(NSData *)data replyHandler:(nullable void (^)(NSData *replyMessageData))replyHandler errorHandler:(nullable void (^)(NSError *error))errorHandler;一般的使用过程：
if ([WCSession isSupported]) { WCSession *session = [WCSession defaultSession]; session.delegate = self; [session activateSession]; } //接下来开始send或者receive
-
Watch App的启动过程和生命周期
当用户在Apple Watch上运行应用时，用户的iPhone会自行启动相应的WatchKit应用扩展。通过一系列的信号交换，Watch App和WatchKit Extension互相连接，因此消息能够在二者之间流通，直到用户停止与应用进行交互为止。此时，iOS将暂停应用扩展的运行。
在启动的过程中，WatchKit自动为当前界面创建相应的界面控制器。如果用户正在查看glance，WatchKit创建出来的界面控制器将与glance相连接。如果用户直接启动应用，WatchKit将从应用的主故事板文件中加载初始界面控制器。无论哪种情况，WatchKit应用扩展都提供一个名为WKInterfaceController的子类来管理相应的界面。
-
启动Watch App的过程
当用户在Apple Watch上与应用进行交互时，WatchKit应用扩展将保持运行。如果用户明确退出应用或者停止与Apple Watch进行交互，那么iOS将停用当前界面控制器，并暂停应用扩展的运行。与Apple Watch的互动是非常短暂的，因此这几个步骤都有可能在数秒之间发生。所以，界面控制器应当尽可能简单，并且不要运行长时任务。重点应当放在读取和显示用户想要的信息上来。
-
界面控制器的生命周期
当应用启动时，WatchKit框架自行创建了相应的WKInterfaceController对象并调用initWithContext:方法。使用该方法来初始化界面控制器，然后加载所需的数据，最后设置所有界面对象的值。
在应用生命周期的不同阶段，iOS将会调用WKInterfaceController对象的相关方法来让您做出相应的操作。WKInterfaceController的几个主要的方法说明如下：- initWithContext：这个方法用来准备显示界面。借助它来加载数据，以及更新标签、图像和其他在Storyboard场景上的界面对象。
- willActivate：这个方法可以让您知道该界面是否对用户可视。借助它来更新界面对象，以及完成相应的任务，完成任务只能在界面可视时使用。
- didDeactivate：使用didDeactivate方法来执行所有的清理任务。例如，使用此方法来废止计时器、停止动画或者停止视频流内容的传输。您不能在这个方法中设置界面控制器对象的值，在本方法被调用之后到willActivate方法再次被调用之前，任何更改界面对象的企图都是被忽略的。
说明：glances不支持动作方法。单击应用glance始终会启动应用。
