Contents
  1. 1. 检查设备是否支持
  2. 2. Watch 相关的 iOS App 状态
  3. 3. 检查设备可达状态

原文链接=http://natashatherobot.com/watchconnectivity-say-hello-to-wcsession/
作者=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 文档说明。

所以你的代码应该写成这样:

1
2
3
let session = WCSession.defaultSession()
session.delegate = self
session.activateSession()

在这里,我推荐将你的WCSession作为一个单例,这样就可以在应用中随意使用它:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
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()
}
}

现在你可以在AppDelegateapplication:didFinishLaunchingWithOptions方法中启动你的session,并且可以在应用的任意位置使用:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
@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()检查:

1
2
3
4
5
if WCSession.isSupported() {
let session = WCSession.defaultSession()
session.delegate = self
session.activateSession()
}

这意味着你的WatchSessionManager单例需要适应不支持WCSession的场景(使用可选值):

1
2
3
4
5
6
7
8
9
10
11
12
13
// 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变量:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
// 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的状态变化:

1
2
3
4
/** 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变量:

1
2
3
4
5
6
7
8
9
10
11
12
// 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 设备。为了获知用户解锁设备,实现sessionReachabilityDidChangedelegate方法:

1
2
3
4
5
6
7
8
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单例

Contents
  1. 1. 检查设备是否支持
  2. 2. Watch 相关的 iOS App 状态
  3. 3. 检查设备可达状态