转载

开发 Apple Watch 应用

之前跟两个同事一起用业余时间给我们的 Glow App 做了 Apple Watch 的应用。写这篇文章来对 Apple Watch 的开发做个介绍,也列出开发过程中遇到的一些坑。虽然 Watch OS 2 已经出来,而我们是用 WatchKit 进行的开发,但很多内容也适用于 Watch OS 2。希望这篇文章对大家有帮助。

Introduction

  • Design
  • WatchKit App Architecture
  • Data Communication
  • Provisioning Profiles and Entitlements
  • Tips

Design

本质上,你可以把 Apple Watch 当作 iPhone 的一个扩展屏幕。你不需要掏出手机。只需要稍稍抬一下手腕,就可以获取信息,或做一些简单的操作。实际上,在你开发 Watch App 的时候,你就会发现 Watch 的模拟器就是当作 iPhone 模拟器的一个 external display 实现的。

不过 Apple Watch 展现了全新的人机交互方式,iOS App 的设计交互准则在 Watch 上并不适用。因此在设计开发 Watch App 之前,有必要先理解它的交互和基本的 UI 元素。

首先说交互。除了熟悉的手势交互,Apple Watch 提供了 3 种新的交互方式:

  1. Force Touch

    Apple Watch 的显示屏在感知用户点击的同时,也能感知压力。通过「重按」可以显示最多有 4 个操作的上下文菜单。

开发 Apple Watch 应用

  1. The Digital Crown(数码表冠)

    跟传统手表一样,表冠是最常用的交互。但在 Apple Watch 上,表冠不是用来调校时间日期,或上弦。通过转动 Digital Crown,可以在不会遮挡视线的情况下,精确地放大缩放、滚动、或选择数据。它作为按钮还有返回的功能,按下返回主屏幕,按两下回到时钟界面。

听起来很美,但目前表冠的 API 还没有开放,滚动都是系统自动帮你做的 :[

  1. Side Button

    表冠下面的一个长长的按钮。按它会把你带到 Friends 界面。在这里,你可以给你选择好的 12 个联系人打电话,发短信,或者 Watch 提供的新的交流方式,例如轻点他们一下,画个涂鸦,或是发送心跳。

开发 Apple Watch 应用

恩,这也没有开放相关的 API,考虑到它联系人的功能,估计之后也不会开放。

Apple Watch 人机交互指北

Watchkit App Architecture

当你新增一个 Watchkit App target 的时候,你会发现 Xcode 实际上给添加了 2 个新的 executables,并同你的 iOS App 打包在一起编译。

开发 Apple Watch 应用

他们之间的依赖关系如下图所示,Watch App 依赖于 Watchkit Extension,而 Watchkit Extension 依赖于 iOS App. 从上面下面两张图都可以看到,Watch App 里只有 Storyboard 和 ImageAssets。没错,Watch OS 1 里,Watch App 只包含一些静态的东西,Extension 是真正执行代码的地方。Extension 负责从 iOS App 那里获得数据,并控制 Watch App 界面上要显示什么。而 Watch App 的操作也是由 Extension 向 iOS App 发起请求。Watch App 不直接与 iOS App 交流。

开发 Apple Watch 应用

Watch App 的每一个页面,都需要有一个对应的 WKInterfaceController 的子类。如上图 Extension 的文件夹的 InterfaceController 和 GlanceInterfaceController。WKInterfaceController 除了 init 之外,还有 3 个与生命周期有关的方法:

// 在 init 之后被调用,可以在这个方法里配置界面上的元素 - (void)awakeWithContext:(id)context;  // 当这个页面将要显示给用户的时候被调用 - (void)willActivate;  // 当这个页面不再显示的时候被调用 - (void)didDeactivate; 

Data Communication

前面说到 Watch App 本身只包含一些静态内容,它自己不保存数据,也无法发送网络请求。它只能借由 Extension 与 iOS App 交互。所以 Watch App 与 iOS App 的数据传递是关键,也是大部分 Watch App 的主要开发工作。数据传递的方法主要有下面 5 种。第一种是使用 WKInterfaceController 提供的 openParentApplication:reply ,然后在 iOS 端 实现 application:handleWatchKitExtensionRequest:reply 来处理 Watch Extension 发来的请求。最后一种 Wormhole 是第三方的一个库,通过 Dawrin notification center 发送消息并捎带上数据。而中间三种都是通过 App Group,在独立的共享沙盒里传递数据。

  • WKInterfaceController openParentApplication:reply
  • NSUserDefaults
  • Core Data
  • NSFileManager
  • Dawrin notification center - MMWormhole

WKInterfaceController openParentApplication:reply

这种方法很直观,也是几种数据传递方式中最实时可靠的。你可以用 Enum 定义几种请求的类型,然后在发送请求的时候把请求类型一并传过去,这样 iOS App 收到请求时,就能知道要做什么。iOS App 用 reply 回调把请求结果传回去。

用这种方法,iOS App 即使在后台也能被唤起。但 iOS App 不能主动去唤起 Watch Extension。

NSDictionary *request = @{kRequestType: @(requestType)};  [InterfaceController openParentApplication:request                     reply:^(NSDictionary *replyInfo, NSError *error) {  }]; 
- (void)application:(UIApplication *)application  handleWatchKitExtensionRequest:(NSDictionary *)userInfo          reply:(void (^)(NSDictionary *))reply {  RequestType requestType = userInfo[kRequestType];  if (requestType == RequestTypeRefreshWatchData) {   //  } }  

中间三种方式很类似,都是把数据存在一个独立的共享沙盒中,不同是他们的存放方式。iOS App 或者 Watch App 需要数据了,就去找沙盒里面找。就像一个秘密的信箱,只有他们俩知道这在哪儿。所以这也是异步的传递方式,双方不直接打交道。具体怎么用看下面代码吧。

NSUserDefaults

用 NSUserDefaults 最简单,但有数据大小的限制。

NSString *appGroupName = @"group.com.yourcompnay.shared";   NSUserDefaults *defaults = [[NSUserDefaults alloc] initWithSuiteName:appGroupName];  [defaults setObject:user.name forKey:@"userName"]; 

Core Data

如果你的 iOS App 已经把 Core Data 放到共享沙盒里了,那可以考虑这种方法。

NSString *appGroupName = @"group.com.yourcompnay.shared";   NSURL *storeURL = [[NSFileManager defaultManager]       containerURLForSecurityApplicationGroupIdentifier:appGroupName]; storeURL = [storeURL URLByAppendingPathComponent:@"glow.sqlite"]; [self.persistentStoreCoordinator addPersistentStoreWithType:NSSQLiteStoreType            configuration:nil             URL:storeURL             options:nil             error:&error]  

NSFileManager && NSFileCoordinator

文件读写必然要涉及到多线程问题,不过不用担心,用 NSFileCoordinator 就可以了。

- coordinateReadingItemAtURL:options:error:byAccessor: - coordinateWritingItemAtURL:options:error:byAccessor:  [coordinator coordinateWritingItemAtURL:fileURL                                  options:nil                                    error:nil                              byAccessor:^(NSURL* writingURL) {    [dataToSave writeToURL:newURL atomically:true]; }]; 

NSFilePresenter

你还可以通过实现 NSFilePresenter 协议来监听文件的更改,不需要自己实现刷新机制就能免费获得实时更新。

- presentedItemDidChange 

Dawrin notification - MMWormhole

最后一种用起来也很方便,Watch Extension 和 iOS App 一方发送消息,一方监听消息。而且还有一大优势是,Wormhole 会保存上次传递的数据,这样在 Watch App 唤醒的时候,可以先使用 Wormhole 里的数据,等 iOS App 传来最新的数据时,再更新界面。

// init self.wormhole = [[MMWormhole alloc] initWithApplicationGroupIdentifier:kApplicationGroupIdentifier    optionalDirectory:kWormholeDirectory]; // iOS app NSDictionary *message = [self makeWatchData];   [self.wormhole passMessageObject:message identifier:kWormholeWatchData]; // WatchKit Extension NSDictionary *message = [self.wormhole messageWithIdentifier:kWormholeWatchData];   // do something with message [self.wormhole listenForMessageWithIdentifier:kWormholeWatchData                                listener:^(id messageObject) {     NSLog(@"Received data from wormhole."); }];  

也是我开发最初使用的方式。但在我使用的过程中,发现如果 iOS App 是在后台模式,就并不能实时接收到 WatchKit Extension 发来的消息。所以最后,我们选择 openParentApplication:reply 和 Wormhole 的混用。在 Watch App 唤醒时,使用 Wormhole 里的数据,保证 Watch App 响应的速度,同时用 openParentApplication:reply 向 iOS 请求最新的更新。

Provisioning Profiles and Entitlements

开发之初,最让人头疼的可能就是 Code Signing, Provisioning 和 entitlements 这些东西了。

每一个 target 都要有自己的 App ID。所以我们一共需要有三个:

  • yourAppID
  • yourAppID.watchkitextension
  • yourAppID.watchkitapp

你还需要给每个 App ID 创建一个相关联的 Provisioning Profile。如果你用 Xcode 自动创建 Provisioning Profile,它只会给你创建前面两个,你需要自己去 developer center 里手动创建。

另外,你还需要确保你的三个 Entitlements 都是对的。Version Number、Build Number、以及 App Groups (如果使用的话) 都必须是一样的,不然编译就不能通过。

Tips

Debug

有时候,你会需要同时 debug iOS App 和 Watch App。但 Xcode 只允许你指定一个 target 运行,你要么 debug iOS App 的代码,要么 Watch App 的代码。但通过 Xcode 的 Attach to Process 就能同时 debug。具体步骤如下:

  • 运行 WatchKit App
  • 在 Simulator 中打开你的 iOS App
  • 在 Xcode 的菜单栏上 Debug -> Attach to Process,选择你的 iOS App 就能同时 debug iOS 跟 WatchKit app 了。

App Icons and iTunes Connect

如果在上传你的应用到 iTunes Connect 的时候,遇到 Invalid Binary 的错误。很大可能是因为你的 Watch App 的 icon 里有透明层或者 alpha 通道。一个比较方便的解决办法是,用 Preview 打开图片,选择导出(export),然后不要勾选底部的 Alpha 选项,确定。

End

之后会针对 Watch OS 2 进行更新。有任何问题,可以邮件我peng@glowing.com 或者私信我的微博@no_computer。

谢谢观赏。

正文到此结束
Loading...