作者：Natasha The Robot，原文链接，原文日期：2015-09-21
译者：小袋子；校对：numbbbbb；定稿：千叶知风
在读这篇文章之前，请检查一下你是否已经学习了之前两篇关于WatchOS 2的文章：
WCSession就是WatchConnectivity的魔力源泉，所以让我们赶紧深挖它吧！
WCSession.defaultSession()会返回WCSession的单例，用于在 iOS 和 Watch 应用之间传输数据。但是，在使用WCSession时仍有一些值得注意的地方。
首先，你必须给session设置一个delegate并启动它。
“默认的
session用于两个对应应用的通信（例如 iOS 应用和它的原生 WatchKit 扩展）。这个session提供发送、接收和追踪状态的方法。启动一个应用时，应该在默认的
session上设置一个delegate并启动它。这将允许系统填充状态属性和提供任何优秀的背景传输。”—— Apple 文档说明。
所以你的代码应该写成这样：
let session = WCSession.defaultSession()
session.delegate = self
session.activateSession()
在这里，我推荐将你的WCSession作为一个单例，这样就可以在应用中随意使用它：
import WatchConnectivity
// Note that the WCSessionDelegate must be an NSObject
// So no, you cannot use the nice Swift struct here!
class WatchSessionManager: NSObject, WCSessionDelegate {
// Instantiate the Singleton
static let sharedManager = WatchSessionManager()
private override init() {
super.init()
}
// Keep a reference for the session,
// which will be used later for sending / receiving data
private let session = WCSession.defaultSession()
// Activate Session
// This needs to be called to activate the session before first use!
func startSession() {
session.delegate = self
session.activateSession()
}
}
现在你可以在AppDelegate的application:didFinishLaunchingWithOptions方法中启动你的session，并且可以在应用的任意位置使用：
@UIApplicationMain
class AppDelegate: UIResponder, UIApplicationDelegate {
// truncated...
func application(application: UIApplication,
didFinishLaunchingWithOptions launchOptions: [NSObject: AnyObject]?) -> Bool
{
// Set up and activate your session early here!
WatchSessionManager.sharedManager.startSession()
return true
}
// truncated...
}
但是启动session是远远不够的。你需要通过WCSession的多重检查，这样你的应用就不需要做额外的格式化传输数据工作。
检查设备是否支持
检查 iOS 设备是否支持 session，WatchOS 也是支持 session 的。
如果你有一个通用应用，那就需要注意，例如iPad 不支持WCSession（因为 iPad 不能和 Watch 配对）。因此确保在 iOS 项目中做isSupported()检查：
if WCSession.isSupported() {
let session = WCSession.defaultSession()
session.delegate = self
session.activateSession()
}
这意味着你的WatchSessionManager单例需要适应不支持WCSession的场景（使用可选值）：
// Modification to the WatchSessionManager in the iOS app only
class WatchSessionManager: NSObject, WCSessionDelegate {
// truncated ... see above section
// the session is now an optional, since it might not be supported
private let session: WCSession? = WCSession.isSupported() ? WCSession.defaultSession() : nil
// starting a session has to now deal with it being an optional
func startSession() {
session?.delegate = self
session?.activateSession()
}
Watch 相关的 iOS App 状态
如果你从 iOS 应用发送数据到 Watch，你需要做一些额外的检查，这样当 Watch 处于无法接受数据的状态时，你就不会浪费 CPU 资源去处理用于传输的数据。
是否配对
显然，为了从 iOS 设备传输数据到 Watch，用户必须有一个 Watch 并且和 iOS 设备配对。
是否安装 Watch 应用
一个用户可能有一对设备，当然可以选择删除手表中的应用，所以为了数据传输，你需要检查你的应用确实有安装在所配对的 Apple Watch 上面。
如果用户有一对设备但是没有对应的应用，那你就可以在合适的时机向用户推荐你的应用，他很可能会安装你的应用。
为了让这些检查更加简单，并且能够在应用中随意使用，我喜欢在 iOS 应用中创建一个validSession变量：
// Modification to the WatchSessionManager in the iOS app only
class WatchSessionManager: NSObject, WCSessionDelegate {
// truncated... see above
private let session: WCSession? = WCSession.isSupported() ? WCSession.defaultSession() : nil
// Add a validSession variable to check that the Watch is paired
// and the Watch App installed to prevent extra computation
// if these conditions are not met.
// This is a computed property, since the user can pair their device and / or
// install your app while using your iOS app, so this can become valid
private var validSession: WCSession? {
// paired - the user has to have their device paired to the watch
// watchAppInstalled - the user must have your watch app installed
// Note: if the device is paired, but your watch app is not installed
// consider prompting the user to install it for a better experience
if let session = session where session.paired && session.watchAppInstalled {
return session
}
return nil
}
// truncated... see above
}
并发是否可用
最后，如果你在应用中有使用并发，你必须检查并发是否可用。我不会在WatchConnectivity教程中介绍过多并发的细节，但是如果你想要知道更多，可以观看超级有用和全面的 WWDC 2015 Creating Complications with ClockKit session。
sessionWatchStateDidChange
注意，如果你的 iOS 应用需要WCSession状态变化的信息，这里有一个 delegate 方法，专门用于通知WCSession的状态变化：
/** Called when any of the Watch state properties change */
func sessionWatchStateDidChange(session: WCSession) {
// handle state change here
}
例如，如果你的应用需要安装 Watch 应用，可以实现这个delegate方法，然后去检测你的 Watch 应用是否真正安装了，并且让用户在 iOS 应用中进行设置。
检查设备可达状态
为了正确在 iOS 和 Watch 中使用Interactive Messaging传输数据，你需要做一些额外的工作以确保两个应用处于可达状态：
Watch 应用的可达状态需要所配对的 iOS 设备在重启后至少解锁一次。这个属性能够用于决定 iOS 设备是否需要被解锁。如果
reachable设为NO，可能是由于设备重启过，需要解锁。如果处于这种状态，Watch 将会展示一个提示框建议用户去解锁他们配对的 iOS 设备。
在使用Interactive Messaging时，我喜欢给我的单例增加一个额外的valideReachableSession变量：
// MARK: Interactive Messaging
extension WatchSessionManager {
// Live messaging! App has to be reachable
private var validReachableSession: WCSession? {
// check for validSession on iOS only (see above)
// in your Watch App, you can just do an if session.reachable check
if let session = validSession where session.reachable {
return session
}
return nil
}
如果session是不可达的，你可以如 Apple 所建议的那样，提示用户去解锁他们的 iOS 设备。为了获知用户解锁设备，实现sessionReachabilityDidChange的delegate方法：
func sessionReachabilityDidChange(session: WCSession) {
// handle session reachability change
if session.reachable {
// great! continue on with Interactive Messaging
} else {
// 😥 prompt the user to unlock their iOS device
}
}
以上！现在你应该已经知道了WCSession的一些要领，所以我们将会学习更加好玩的部分 —— 真正使用它在 iOS 和 Watch 之间接收和发送收据！
你可以在 GitHub 查看完整的WatchSessionManager单例。
本文由 SwiftGG 翻译组翻译，已经获得作者翻译授权，最新文章请访问 http://swift.gg。
