class="topic_img" alt=""/>
英文原文：3 ways designing for the Apple Watch is unlike anything else
本文作者为 James Clancey，他是 Google 音乐播放器 gMusic 的创始人，现担任移动端跨平台开发框架 Xamarin 的高级开发者。
经过了秋、春两季的发布会后，“炒作”了大半年的 Apple Watch 还得等上一个多月直到 4 月 24 日才能正式发售。虽然说消费者们还在煎熬的等货中，其实奋战在开发第一线的码农早都已经开工了，因为在去年 11 月时，苹果就已经向开发者发放了专用于 Apple Watch 的开发工具 WatchKit。
Apple Watch 作为一个“戴在手腕上的小玩意儿”，它将智能可穿戴设备的功能发挥到最大，我们可以借助这可小屏幕来控制更多的事物、实现更复杂的操作。
当然不能把开发 Apple Watch app 的工作当作“单纯的是从 iPhone 大屏到 Watch 小屏的移植过程”。手机和手表的功能定位、使用场景、用户依赖都大相径庭，所以开发者需要一种能创新的方法来实现手表 app 的延展。
接下来我将会以我过去几个月开发 WatchKit 的经验，列出 3 点 Apple Watch
1、首先你需要彻底摆脱掉 iPhone 的设计思路
Apple Watch 与 iPhone 的开发，是两种完全彻底不同的体验。
首先 Apple Watch 的超迷你的屏幕（共有两种尺寸，分别为 38mm 和 42mm），意味着用户在一个满屏上基本上只能看全3—4 个单词。所以这意味着开发者不能添加臃肿冗余的文字通知消息。
另外你还不能依赖于 UIKit。因为 iPhone 上的设计语言与逻辑架构在 Watch 上统统不适用。所以对于开发者来说，这的确需要一定的学习时间来适应习惯智能手表上全新的排版布局，来打造精简易用的流线型 Apple Watch app。
2、信息呈现、交互动画和导航菜单都需要重新的设计
想必许多专业的 iOS 开发者们对 App Extensions 一定不会陌生，它允许开发者提供了应用程序的“便捷入口”，更像是一种“简略阉割版的视窗缩略）。不过不要天真的以为，诸如此类的简略信息对于 Watch 来说是再简单不过了。但实际的问题是，Apple Watch 使用的是全新的、自己专属的沙盒机制，与 iOS 平台的又是完全不一样。
不过现有的数据库资料中已经有不少的经验知识，开发者们需要花上一定的时间来搞清楚如何让框架截然不同的 iPhone 和 Apple Watch 之间，实现“大小屏的信息流动和共享”。
而 iOS 开发者们需要适应的另一个变化就是——iOS app 通常有“动画华丽”的特点，而这一点在超迷你屏幕的 Apple Watch 上基本不适用了。因为考虑到屏幕的尺寸和耗电量，开发者们必须要找的更加适配的方式来进行动画呈现，而不再是 iOS 的华丽酷炫风格了。
WatchKit 的页面导航的方式也有所变化。在 iOS 中，用户可以综合使用“滑动至下一个页面”或者“点击进入下一页”两种方式。然而 WatchKit 要求只能在一个 app 中选用其中的特定一种的导航方法，这也就是说开发者需要重新设计写更加简单的设计语言了。
Siri 在 Apple Watch 也发挥了很大的作用。这也就意味着，开发者可以为自己的 app 设计一个独一无二的语音识别信息。
3、并不是所有的应用都需要一个 Watch app
其实这个问题，每一位开发者在做项目之前都需要问自己，“在 Watch 的小屏幕上，将现有的 iOS app 拓展到 Apple Watch，当真是足够有有价值、实用的吗？”
当然，Apple Watch app 对某些应用来说是再适合不过的了。比如借助了定位功能的电灯自动开关应用，用户可以在 Watch 上简单的选择“开灯”还是“关灯”独两个选项。
而一些需要大量文字操作、阅读的 app 无疑是一个糟糕的选择，而将它们应用到 Watch 上或许就是可以预见的失败。
不过现在苹果还未向开发者开放 Apple Watch 的心律数据以及 HealthKit 的相关功能。不过相信随着日后 Watch 生态圈的壮大，开放 API 也是水到渠成的事情，没准要不了多久我们就能用上一款音乐 app，它能够随着我们的心律节奏播放匹配的音乐。
相关文章
