经常会碰到Watch app和WatchKit extension需要访问同一个文件。比如，使用一个自定义的字体，播放多媒体文件。有两种方法完成这个任务。
- 设计的时候，每个包放一份文件。它们分别访问自己的文件。
- 给它们添加同一个共享的App Group。这样它们可以在运行时访问同一个容器了。
WatchKit extension可以使用Watch Connectivity framework和所属的iOS app通讯。这个framework为在WatchKit Extension和iOS app之间发送文件和数据，提供了双向通道。同时还提供了在后台模式下发送数据，等到app启动时再处理。
同时，iOS自动会自动为Watch复制一份app的perferences文件。WatchKit extension可以通过NSUserDefaults读取，但是不能修改。
如果watch app需要修改它们，可以使用Watch Connectivity framework把值发送到iOS app，让app来修改。
在Watch App和WatchKit Extension运行时共享文件
运行时，可以使用共享的app group在Watch App和WatchKit extension之际嗯共享数据。app group创建了一个多进程访问的容器。通常情况下，每个进程都有自己的沙盒环境，但是app group让两个进程共享了一个公共目录。两个进程在运行时都可以读写目录中的文件。
设置共享app group
- 在Xcode中打开工程的capabilities选项卡。
- 打开App Groups功能。这样会向选中的target上添加了授权文件。
注意：Watch app target 和WatchKit extension target都需要打开同样的app group。
访问容器目录
- 使用NSFileManager的containerURLForSecurityApplicationGroupIdentifier：方法来获取目录的url。
- 使用获得的url来枚举文件夹中的内容，或创建新文件。
和iOS App通讯
Watch Connectivity framework可以支持WatchKit extension和iOS app通讯。这个framework提供了双向的通讯，并且可以在前台或后台传输数据和文件。
选择合适的通讯方式
Watch Connectivity framework提供了多种iOS app和WatchKit extension通讯的方式。每个方式都有特定的用途。大多数是在后台单向的传输数据，更新数据很便捷。前台的传输会立刻发送消息并且等待回复。下表列出了各种通讯方式的介绍。
| 方法 | 用途 |
| updateApplicationContext:error: | 给app发送少量的状态信息。接收消息的app用来同步消息，或者更新界面。例如，Watch app需要数据来更新glance。这种方式发送的数据是脆弱的。后一次发送的数据会替换前一次的。为了省电，数据是在后台某个合适的时间发送的。发送可以在任何时候，甚至app没有运行的时候。 |
|
transferUserInfo： transferCurrentComplicationUserInfo： |
在后台发送一个字典信息。接收消息的进程不需要一直等待数据。数据在后台队列中传输的。使用transferCurrentComplicationUserInfo:方法从iOS app向Watch app发送complication相关的数据。这个方法给WatchKit extension发送了一个高优先级的消息，会根据需要来唤醒它处理数据以及更新complication的界面。但是complication每天有一个更新限制，如果发送了太多更新，超过了限制，当天complication就不会再接收更新了。为了省电，数据在后台某个合适的时间发送的。 |
| transferFile:metadata: | 发送文件是在后台完成的。接收方如果需要保存文件，需要把文件放倒一个新的位置。session:didReceiveFile:方法运行结束后，还没有移动的文件会被删除。为了省电，数据是在后台某个合适的时间发送的。 |
|
sendMessage:replyHandler:errorHandler: sendMessageData:replyHandler:errorHandler: |
立刻给对应的app发送数据。如果不需要响应，可以把replyHandler参数指定为nil。对应的app必须要可用的。iOS app被认为总是可用的，Watch app调用这个方法会根据需要在后台唤醒iOS app。Watch app只有在安装了并且运行时，才认为是可用的。数据会立刻发送。这个方法需要在后台初始化连接。 |
对于大部分传输，都是使用NSDictionary对象来发送数据的。NSDictionary的键值都要支持序列化，因为数据会被序列化后通过无线传输（如果要传输不能被序列化的数据，可以把它们打包到NSDate对象中，或者写入文件）。另外，传输的数据要尽量简洁，这样可以快速传输，也更省电。
App间通讯总结
这里有一些使用Watch Connectivity通讯的总结
- 使用后台app更新Watch app数据。如果iOS app周期性的唤醒，来处理一些任务。可以使用updateApplicationContext:error:方法为Watch app准备数据。这对于更新app的glance很有用。
- 代理方法中同步移动文件。系统会在调用session:didReceiveFile:代理方法后删除传输的文件。删除文件可以节省空间，也意味着要保存文件话，需要把它们移动到新的位置。移动文件需要同步完成。否在session:didReceiveFile:方法执行完之后，文件就被删了。
- 只传输需要的数据。所有的传输都是通过无线传输的。不要发送不需要的数据。费电。
- 使用updateApplicationContext:error:发送改变的数据。这个方法用来在Watch app和iOS app间传输少量的状态信息。后一次调用会替换前一次。如果要保证每次数据都到达，使用transferUserInfo:方法。
- 友好的处理错误。当数据存储空间不足，数据异常，或者通讯出错时，在handler中查看错误，并且做出合适的处理。
- 后台传输不会立刻传输。数据会尽快传输，但是不是立刻传输。大文件或数据需要花更多时间。
管理数据
设计Watch app时，可以参考下面的数据管理方法。
- 数据替换。 WatchKit extension需要扮演管理数据的角色。WatchKit extension的数据容器目录应该和iOS的结构一样。把用户相关的数据党在Documents目录下。不重要的文件放在Caches目录下，这样存储空间不够时系统可以清理它们。
- 数据备份。Apple Watch不会自动备份WatchKit extension中的文件。如果需要备份Watch app的数据，尽量把数据发回到iOS app，然后保存。
- iCloud。CloudKit以及其他iCloud技术在Apple Watch上不可用。如果app需要iCloud数据，可以通过iOS请求，然后转发到WatchKit extension。同样，任何在WatchKit extension中做的修改，需要传给iOS app，然后保存到iCloud。
- 多媒体文件。Watch app也可以处理声音和视频文件。如果WatchKit extension从网上下载多媒体文件，需要存储到Watch app和WatchKit extension都可以访问到的app group容器中。
更多信息，请查看相关文档。