Apple Watch 应用开发有哪些注意事项？
据说已经有上千个应用提交给了苹果，但是今天 Apple Watch 上市预约预售，第一批据说只有 10 余个通过，看起来很难通过的样子…
按投票排序
作为首批适配了Apple
Watch的应用的产品狗，来答一下。真是虐了好几个月，我都没时间做早餐了快。。。 把各种坑摆出来说一说吧，希望对大家有帮助。利益相关：搜狗地图产品负责人。1. 最最基础的一定务必仔细研读一下两个文档。如果有什么功能你想做但是文档里没找到的，八成就是没接口支持，做不了（看似废话，但真的是最有用的，所有你能做的你只能在这里面挖掘）2. 交互和UI类1& Watch只支持这么几种手势：系统的点击、force
touch、digital crown旋转，不支持自定义手势。交互方式上会比较受限，在手机App上能实现的手势很多都在Watch上用不了。2& Crown的所有操作都是Watch定义好的，不要试图对Crown的操作做任何定义。3& 苹果希望Glance能在不同时间不同地点展示不同的内容。那么问题来了，Glance是依靠模板展现的，并且一旦你选定一个模板就不能改了。也就是说不同内容都要用同一个模板展现……臣妾做不到啊……所以选模板很重要，需要能适应所有的情况。3. 开发类1& 大家之前应该都看过原生的App多么炫酷，但是实际上自己做的时候会有很多问题，因为很多接口不对外。比如不支持动画（只支持帧动画），只有原生地图支持动态渲染地图引擎，意思就是原生的地图可以扒拉放大缩小，其它家的就不可以。（嗯，我司是地图类应用，你感受一下这坑…）2& Notification分为短通知和长通知，短通知显示的是title，长通知显示的是body。但是以前手机app通常只有body没有title，所以要修改应用的推送接口，支持title，否则短通知就是空的。3& 尽可能把逻辑和功能放到扩展里面来实现，这样响应速度会比较快。除非有不支持的权限比如定位，是迫不得已要放到手机App里面来执行的。但这样响应时间会很长，比较影响体验，看怎么权衡吧。4. 最最重要的，就是尽快找到真机适配。模拟器真的是靠不住的，一定要尽快找到真机适配。我们按42mm的尺寸来做的设计，在模拟器上跑的时候没问题，一上真机就发现字体、图片、布局都有幺蛾子，被裁的、被压扁的…大概就这些，供参考。
这次我要认真的回答一下，从WatchKit出来的时候开始玩，在公司负责Apple Watch的版本，自己上架过Apple Watch的应用。我随便做的app已经通过审核并且上架了，不是第一批也赶在用户拿到表之前了。不要脸的安利一下，第二个支持watch的app也上线了，也是赶在发货之前。Timy - 通知中心农历 作者是 ying zhong非常简单的app，就是在手表上面看看空气质量，这就是他的全部真的是随便做的。我想说的其实是，不难通过，我是一次过的。好好读官方的HIG和Programming Guide。开发方面说几个tips吧1、模拟器iPhone锁屏的时候，手表会不可用，这是模拟器bug，真机没这个问题2、模拟器在iPhone app进程没启动的时候可以唤醒iPhone的host app，真机不行（但是官方app可以，因为目前第三方的app全都是extension形式运行，并不是watch上面的native app3、模拟器在iPhone横屏的时候，force touch手表会导致手表有一瞬间横屏，放心，这个也是模拟器bug4、真机的性能可能没有你想象的那么好，特别是对于数据传输方面，并不是一直能保持很稳定的速度，要尽量缩减iPhone和watch之间的数据传递，只在有数据变化的时候去做刷新5、使用Darwin Notification来做iPhone和watch的双向通知这个特别重要，以至于需要解释一下。当你的iPhone端数据变化的时候需要通知到watch，Foundation框架下的NSNotificationCenter是没有用的，需要使用CoreFoundation的Darwin Notification，可以参考下notify.h上面的接口。事实上不仅仅是watch和iPhone可以这么做，keyboard extension和host app也可以。（他们都是extension）。6、使用presentTextInputControllerWithSuggestions来进行语音输入7、构建UI的一些技巧A. 使用嵌套的group来处理一些布局关系B. 选中多个组件可以合并调整他们的位置关系C. 可以对38mm和42mm建立不同的sizeD. 使用startAnimatingWithImagesInRange来实现动画，要准备好一堆的图E. 利用hidden来做一些界面变化的效果其他的想到什么再补好了
苹果第一批应用其实不只通过了10个，而是有60多个，雷科技之前已经报道过了。不过中文的确实只有十几个，微信、支付宝、搜狗地图、南华早报、奇妙清单、美拍、微博都在其中。Apple Watch开发者具体的一些细节要求，官方文档已经说得很清楚了。为了起到带头示范作用，Apple加强第一批应用的审核是必然的选择，随着开发者的增加，日后门槛只会越来越低，这一批没有进去的不一定是有什么问题，恐怕只是Apple觉得不是太有示范和代表意义吧。通过的应用代表了Apple Watch所宣传的几个典型场景：沟通、支付、导航、资讯以及社交。通过Apple Watch审核并不难，难的是做一款真正面向手表的应用。智能手表是一个新的生态，而且这个生态未来会很重要——从Apple Watch的良好市场反馈来看，智能手表确实有忘真正做起来。尽管小米手环也号称卖了400万只，不过它并不能形成一个全新的应用生态，而Apple Watch有这个号召力，它是一个新的应用生态，《金融时报》分析师称它第一年有望卖到2000万-3000万只，这个生态还很大。如果回头来看，iPhone确实带起了整个智能手机产业。2007年先有iPhone，Android后来才出。两大生态，Apple和Google一起把大家带入智能手机时代。而及时认清这个趋势的，做应用市场如91无线、豌豆荚，做App如今日头条、美图秀秀、陌陌、微信、墨迹天气、做开发者服务比如友盟，现在都取得了很好的回报。不过要注意，所有优秀的App都不是把PC版的软件缩小，而是全新的产品。智能手机不是PC的延展，而是新的生态。现在智能手表有望带动一个新的生态，智能手机起来前很多大的互联网公司都不积极，吃了亏。现在看到每一家公司面对智能手表这个生态都十分积极。相信已经有一些创业者已在蠢蠢欲动，开发面向Apple Watch的WatchKit应用。就跟智能手机走过的路一样，如果只是把手机App的功能阉割部分“搬到”手表上，把界面变小，把以触摸为核心的交互方式变成以Apple Watch的点击、force touch、digital crown旋转几个特色交互，这些都是不够的。看了一下支付宝钱包、搜狗地图和微信几个App的介绍，感觉都还是停留在以前的旧思路上，比如搜狗地图还是在做导航，虽然可以抬起手腕即看步行路线、虽然可以不用抬起手腕转弯时震动提醒，但是……有手机为什么还要用手表导航呢？再比如支付宝钱包的支付，余额宝、付款码、汇率换算是几个特色，不过似乎手机也可以实现…Apple Watch现在还有些iPhone助理的影子，智能手表也是智能手机的助理。因此，第一类App是基于已有iPhone App的“助理类”App，在用户手机不在身旁或者放在裤袋的情况下，如何帮助用户完成一些手机应该完成的任务。脱离iPhone Apple Watch也是一个独立的设备。因此还是有许多新的花样可以玩，尤其是基于它特殊的硬件能力。比如独立的健康计步工具、导航工具、语音助手、独立的天气应用（墨迹天气似乎没进入第一批应用，有点惨）、基于手表的社交应用、类似“小恩爱”之类的轻量级私密社交。还有基于智能手表的游戏。更好地结合体感做轻量级的手表游戏，或者与手机结合做一些新的游戏。之前在台湾接触到一个叫Jumpy的儿童智能手表，就是通过手表来控制平衡球之类的，给小孩子带来快乐。鉴于Apple Watch屏幕的缘故，我觉得最没戏的就是在手表上做资讯应用了——还不如给大学生做一个“小抄”工具，手表上可以实时播放老师在考前透露的考点。另外，除了Apple Watch本身之外，围绕Apple Watch的用户社区、开发者服务、越狱工具以及资源市场应该也有搞头。回到问题，Apple Watch应用最核心的一点是要简单：屏幕太小、交互太难，PUSH式交互为主，不要奢望用户会有太多输入了。还有时间别太长，用户没耐心不说，耗电啊！
近期为Watch版本连续加班，随便说几点开发有关的：1. 真机和模拟器在一些关键函数的执行时序不一样。例如handleUserActivity和willActivate。2. +[reloadRootControllers****]会清除present栈，而不是只更新root3. Watchkit extension和watchapp需要独立的provision file前面4. Extension和watchapp的info.plist有Xcode可视化编辑器中不可见的选项，指定host app的bundle id，需切换到文本模式编辑。这点Xcode 6.3有更严格的检查，6.2模拟器能运行的项目在6.3下不行5. Notification处理有些不直观。文档里payload 的Watchakit Simulator Actions让人很迷惑
开发方面由于API少,而且watch app本身不执行任何代码码农没啥好注意的事项倒是PM和UI/UE们 好好读读HIG再来提需求做设计跪求
谢邀。其实题主说的那10余个是走的提前渠道，不是公共第三方开发者的应用。借机总结一下WatchKit应用提交中常遇到的坑：1. 在真机上加载不成功。我在真机测试时也确实遇到过模拟器能正常运行但程序在手表上都无法正常安装的情况。2. 在iPhone版的截图里有任何提到关于Apple Watch的信息。3. iPhone与WatchKit的Bundle Display Name不匹配。4.图标底背景使用了黑色造成识别障碍。...有没人来补充？
自己练练手
搞了个 apple watch版本的
放在github了
最重要的一点在于：多用Watch上有的东西，别老整那些和iPhone上重复的。Apple Watch上有啥？震动、运动检测、健康、两个情侣互相画心、屏幕共享啥的，再有一个优势，抬手就能看。——越能把这些人无我有的东西融进去，越棒。但假如你都是重复的，手机上能刷微博，我在表盘上也刷；手机上能看视频，我在手表上也看——这就无聊了。现在官方适配的app有这么几个：微信、支付宝、新浪微博、搜狗地图。不客气地说：这些全都没有使用到Apple Watch的精髓。作为用户，决定在Apple Watch上使用你家应用，应该有且仅有一个原因：我在手表上用这货，和在手机上用不一样！看看这几家都是咋设计的。以下素材取自Apple Store官方介绍。微信哎我去，这并没有用到Apple Watch的优势啊。。我已经有了iPhone，为什么要在手表上刷朋友圈？摇一摇。。摇手腕么，别人真的不会以为我在撸么？扫一扫。。所以我要把手表的摄像头柯南猎杀小五郎的姿势对准二维码么？真心不知道这些功能有啥用，可能加个震动手腕功能提醒重要人的信息有点用吧。其实微信这种聊天的小软件，完全可以用来情侣之间画画心，搞搞小暧昧嘛。支付宝官方公布：余额宝、付款码、汇率换算三个最适合在手表上使用的功能。付款码还好吧，手腕上弄个条形码，去便利店的时候让店员扫一下（感觉自己手腕上贴了个码的话。。应该找个妹子拉着我让店员扫一下码说“这个汉子我买了！”），还算方便吧。可是余额宝和汇率换算又是什么鬼。。谁在手表上用汇率换算啊。。安心回去把1%用户的wp用户伺候一下好嘛？微博主要还是一个提醒功能，这下不用拿出手机担心自己发的微博没人回了。对我算是有用吧。快捷查看运动信息，还可以和微博好友和关注名人比较运动量。啊，正路了一些，好歹这些确实是利用了手表的运动模块。但我斗胆预测，这些根本就不是新浪微博在Apple Watch端的特色，Apple Watch端最牛逼的功能应该依然是发微博。等等！那不就会沦落到天才小熊猫吐槽过的这种情景嘛！这不是麻烦又二逼嘛！没错！是很麻烦。但这样就可以在你发的微博后面显示：“来自十二万一块的Apple Watch”了啊！——这才是核心竞争力！搜狗地图现在中文版软件也只有搜狗地图一个地图类app，Apple Store还推荐了。这几个功能，结合的还行。毕竟走路时未必总拿手机，何况你拿了手机看着地图好多人也不会走。手表上有个转弯震动提醒就再好用没有了。走到地方，一震，看看表该左转还是右转，简直好用，也算是利用好人无我有的硬件。上下班提醒和时间预估。。这个不好评价，做不好挺鸡肋的，我用过百度地图的时间预估，妈蛋每次都预非常充分的时间，让我到了之后傻等。这要是能和公交车或者地铁到站时间表结合起来，会好用不少。不知道搜狗有没有加进这些功能。总结一下，现在这几款Apple Watch能用的软件都不算发挥出硬件水平。支付宝已经令人发指，微信没好到哪里去。微博用了运动功能已经不错了，搜狗地图的导航功能也还行，算是有了些结合。但其实都还有不少改进空间。如果开个脑洞，真最大限度的利用Apple Watch的核心竞争力，那是啥？其实是提高逼格。我有表，你没有。微信和陌陌刚出的时候，都变成了约P神器。后来大家慕名而去，发现约不到了。为啥。其实是一开始只有iPhone用户能用这俩软件，用户相对有钱，妹子比较容易约出来。后来随便几百块的低端机也能用了，妹子一上线一堆屌丝打招呼，妹子就烦了。导致后来富帅们只能通过非常low的秀方向盘法把妹。Apple Watch也是一样，现在iPhone已经烂大街了，用了也没啥逼格。带上表以后，针对性开发些只有Apple Watch用户能用的小功能，逼格就上来了，而且这批人群相对比较新潮、爱传播。比如微博客户端的“发送自Apple Watch”，这是最简单的。比如微信，我发信息不方便，我给微信好友画朵花行不行？画的花直接扔到朋友圈里秀行不行？比如搜狗地图，可以再想想，微博一个社交软件都做运动了，那我一个地图软件能不能做社交？这样一群有点逼格也有点经济实力的人群，能不能让他们认识？我轻轻一点，能不能显示附近一起用Apple Watch找路的路痴妹子？我能不能人工帮她导航？或者发现妹子搜索的路线和我一样，我可不可以送她一程？一个妹子在社交软件上有人搭讪，发现这人和自己带了同款手表，会不会提高汉子的搭讪率？搭讪的时候汉子来画了颗小心，会不会会心一笑？只能把我导航到目的地么？直接导航到妹子身边行不行？比如，搜狗地图有功能，到了拐弯的地方表盘显示个箭头告诉你要拐弯了，那么两个人约在一家商场里，能不能实时显示箭头指引我们见面？以及，什么能最大化发挥“我不想用手机导航偏偏想用表来提示”。比如。。。约跑？想象一个情景：一个小帅哥打开搜狗手机版，一点，地图上显示了附近的晚上想跑步还有表的人，再一点，发现一个妹纸晚上想跑步没人陪！再一点，转移到手表上，表盘直接用箭头、震动什么的方法导向妹子那里了。一边跑肯定是没法用手机看路，手表就好用了。设计个有爱的路线，比如用跑步在地图上写字什么的，给妹子惊喜，跑到字母拐弯处，手表一震，看看表盘箭头，顺理成章就拐了个弯（这种情况用手机就Low了）。跑完了，地图上显示刚才跑过的路，竟然形成了：“约么？”二字，你说妹子会不会顺理成章同意了？当然，最终看脸。
刚定了两只黑色运动款……激动的情绪看到发货时间是六月后已经飞速平息下来……已经看了不少人的上手体验，尤其那个备受吐槽的华尔街日报记者带着 Apple Watch 一周的视频，看上去在手表上戳戳滚屏什么的还是略蠢呢……不过，当然不后悔买了个表，这种产品只要有一个 Feature 打动人，就足矣。所以鄙人觉得，在开发 Apple Watch App 的时候，也应该遵循 Apple Watch Human Interface Guidelines 里的原则，两字儿，（原文是 Lightweight）。因为：1，Apple Watch 是僚机。大部分 iPhone Apps 是完全独立或可以独立存在的，但 Watch Apps 完全不能。所以一开始就别想着“迁移”，要想“筛选”和“切割”。但是，切些于 iPhone Apps 毫无特质的功能，或完全不适用于 Watch 的功能，就毫无意义了。一个例子是微信：把朋友圈放到 Watch 上会逼疯那些原先已不堪其“小红点”扰的处女座和强迫症，但用 Watch 进行语音回复绝对是方便又有型（再也不用吹手机屁股了）。问题在于，虽然对着腕表说话还挺COOL，但用腕表听语音却是蠢的……如果对着腕表说完话再掏出手机来听语音，则是更蠢的……如果又回到微信语音直接播放出来让全世界听的年代，则是蠢上加蠢的……僚机表示很尴尬。一个例子看搜狗地图：地图 App 如果想把地址搜索、周边探索、语音导航什么的都弄进胳膊上那方寸大小一只表……把用户带进沟里的同时还会让用户变成斗鸡眼。同时，因为安全问题，车载的部分功能也不适合。想来想去，恐怕就是步行导航（也是搜狗的优势）……而且，别那儿瞎BB“请在这里左转”，生怕我路盲别人不知道似的，既然相对手机的便利之处在于抬腕可见，请用振动提醒我。下一步，或许语音查询地点可行？2，Watch App 上的 Apps，其价值绝不体现在沉浸时间中，恰恰相反，你占据用户的时间必须越短越好。所有需求，必须在一瞥（Glances）中解决，一瞥中解决不了的，就别搁 Watch 上了。看华尔街日报记者在那儿滚那么小个屏啊，一个标题断了N行，直接成为断屏真是够了……苹果的设计指引中很不推荐这种方法。准确的说，在苹果推荐的一瞥（Glances）式设计中，Apps 的页面设计必须遵循不能滚动，只关联一种操作的原则（ Not scrollable，Associated with a single action）。支付宝的支付功能和微信的推送，看上去就是会成功的。地图的困难之处在于，真的要割舍在手表屏幕上显示“地图”本身的期许……地图 App 不显示地图？嗯，切记你自己是僚机。3，Lightweight 可以节约数据交换，节约数据就是节约电……说老实话我还蛮担心的。我现在唯二的好奇是：一，Apple Watch 上会不会有游戏，如果真有了该怎么玩儿；二，会有针对 Apple Watch 的充电宝出现么…………………………
Apple Watch 终于到手了。针对它的外观设计、材料、硬件规格、功耗、发售政策等都有无数话题，笔者出于职业习惯更关注 Apple Watch 在应用开发和软件生态方面的规划。无论积极还是稳重，苹果在 Apple Watch 上表现出的理念必会对可穿戴行业产生深刻的影响。一、即使 Watch 计算器，也必须和 iPhone 连接才能运行包括 Android Wear 在内的大多数智能手表系统，虽然应用安装也是由手机端完成，但并不总要求手机端必须有个客户端，第三方应用如计算器、小游戏这类“单机”程序，在 Watch 上安装后在手机端是不留下任何痕迹的，至少运行时不要求手机和 Watch 必须保持同步。而 Apple Watch 则毫无商量余地的要求第三方 Watch 应用必须连接手机才能运行。Apple Watch 上最简单的 2048 游戏，如果与 iPhone 的连接断开，也无法启动Apple Watch 的应用开发本质上是 iOS 开发。第三方 Watch App（准确称呼是 WatchKit App，为行文简洁称 Watch App，下同）的代码是在 iPhone 端运行的，连动画等 Watch App 资源都是由 iPhone 端在 Watch App 运行时远程传送。对第三方应用来说 Apple Watch 不像一个独立硬件，更接近 iPhone 的另一套显示和 I/O 模块。每个 Watch App 必须借助 iPhone 端的 Watch Extension App 才能工作，两者间通过 WatchKit 这个中间层保持同步。Watch App 和 WatchKit Extension App 之间的关系有点类似网页前端和后台服务端，Apple Watch 本地只有 Storyboard（负责 UI 显示和界面跳转逻辑）和部分资源（例如静态图片），而完整的程序代码和动画都是保存在 iPhone 端的（因此启动 Watch 端应用时，如碰到动画，往往会有一点延迟才显示）。大部分 Watch App，五官（输入/输出）在 Apple Watch 端，大脑（代码）在 iPhone 端由于代码和动画资源保存在 iPhone 端，无论是新开启，还是从表盘返回当前应用，都会延迟一会才出现应用界面由此，即使是一个最简单的 Watch 计算器程序，也必须有一个 iPhone 客户端，于是会出现这样略显滑稽的事：开发者其实只想做一个单机版 Watch 应用，但 iPhone 上仍然得有“服务端”，即使这个“服务端”在 iPhone 用户看来不具备任何实际功能。这个 Apple Watch 计算器，iPhone 部分没有实际功能。苹果可学习 Android Wear，将这类应用在手机端的可视化界面隐去PS：在 APP Store 中，因 Apple Watch 而新开发的软件中，计算器程序是最多的。Watch App 从运行机制上更像是 iOS 应用的一个 Widget，本质上跟 iPhone 锁屏界面的“今天”（Today）没有区别，它们的开发思路和运行模式也很接近，Today 和 Watch APP 都属于 iOS 中 Extension 开发。苹果自己也强调，Apple Watch 开发的基本要求是“模糊硬件和软件的界限”，即 Apple Watch 尽管是个物理上独立的设备，但逻辑上更像 iPhone 的第二屏幕，Watch App 的行为完全受 iPhone 端控制。我们很难想象，一个被承载下一代移动互联网希望的设备，一举一动都必须由智能手机决定。我们宁可相信，目前这只是权益之计，随着可穿戴设备应用类型越来越有别于手机，可穿戴设备的的续航和网络连接能力更强大（例如蓝牙 4.2），可穿戴设备最终能摆脱手机无微不至的“呵护”。二、Watch Store 其实是 Apple Store 的子集Apple 在 iPhone 上提供了独立的 Apple Watch 管理界面。“我的手表”相当于 iPhone 的“设置”，“搜索”和“精选”则对应着 iPhone 的 APP Store（这里把 Watch 的应用商店简称“ Watch Store ”）。Apple Watch 设置 VS. iPhone 设置Watch Store VS. APP Store在 iPhone 上，Watch Store 其实是 APP Store 的一个子集，以微信为例，iPhone 的 APP Store 和 Watch Store 中看到的其实是同一个东西，不过是所显示内容排版有所区别而已。Watch Store 的实质，就是过滤那些 App Store 中不支持 Apple Watch 的应用。左边是 Watch Store 中的微信，右边是 App Store 中的，两者其实是一个东西未来 Apple Watch 应用的分发途径是否始终集中在 iPhone，非常值得关注。App Store@iPhone àApple Watch 的关系，颇有些类似当年 iTunes@PC àiPod 的关系，都是借助远程设备来完成内容到硬件的分发。iTunes 作为内容分发途径最终与硬件设备（iTouch、iPhone 等）合二为一。这个局面是否会在 Apple Watch 上发生值得重点关注——屏幕小，输入难在不久的未来是可以克服的，立体投影、手势输入甚至虚拟现实，都并非空中楼阁。说到底，这既是技术问题，更是平台发展重点的选择。三、Watch APP 的安装分两步每个第三方 Apple Watch 应用都被分为两个部分：Watch App（运行于 Apple Watch 上）和WatchKit Extension（运行于 iPhone 上）。一个支持 Apple Watch 的应用（以网易新闻为例）的安装过程如下，第一步，从 APP Store/Watch Store 上下载并在 iPhone 上安装，包括了 iPhone 版网易新闻，和专为 Apple Watch 准备的网易新闻 WatchKit Extension（内含代码和相关程序资源如图片等）；第二步，由 iPhone 将网易新闻的 Watch App 部分推送到 Apple Watch 端（即在 Watch 端的“安装”）。Watch App 的安装，无法从 Watch 端操作，必须先安装在 iPhone 上，再推送到 Watch 端如果用户选择从 iPhone 的 APP Store 下载安装支持 Apple Watch 的应用，则不会自动执行第二步（在 iPhone 设置中可改成自动执行），用户需要到“我的手表”中人为再向 Apple Watch 上“安装”该 Watch APP；当用户从 Watch Store 中下载，第一步执行完成后会自动执行第二步。用户可以在“我的手表”中“卸载” Watch APP，此时 iPhone 端的应用并不受影响，WatchKit Extension 也仍然保留，随时可以重新推送到 Watch 端“重装”。左：Apple Watch 应用管理界面，仅显示支持 Apple Watch 的应用；右：iPhone 上所有应用的管理界面左：对第三方 Apple Watch 应用的管理，最多仅有 2 个可选，是否在 Watch 上显示应用、是否显示快捷视图（Glance，如应用未开发 Glance，则不显示此项）；右：iPhone 设置中应用的权限管理和分发途径类似，Apple Watch 应用的安装过程也体现了 Apple Watch 对智能手机的依赖程度，如果未来分发途径能够落地到可穿戴设备自身，安装过程自然也就无需手机代理了。四、Glance（快捷视图）：Widget 的 Widget在 Apple Watch 上，有三种应用的展现方式：Glance、Notification 和 Watch APP。Glance 在 Apple Watch 上被翻译为“快捷视图”。如果说 Watch App 是 iPhone 应用的 Widget，那么 Glance 就是 Watch App 的 Widget。Glance 主要用于显示无需用户交互的只读信息（个别系统 Glance 如心率、电池电量等除外），所有 Widget 的内容只能是一屏（即不会出现滚动条）。开发者可选择不为应用设计 Glance，用户可在 iPhone 上“我的手表”中选择关闭应用的 Glance。几个典型的 Glance 效果。类似航班、股票、体育比赛比分、歌词等实时信息更适合特殊系统 Glance 如连接状态、心率测试、电量，它们没有对应的 Watch App（或可以说是特殊形式的 Watch App），可以进行交互操作（第三方 Glance 只显示内容，无交互功能）不太能够理解的是，用户正在关注的当前 Glance，在灭屏后（用户手腕出于非抬手状态）一段时间会变成后台运行，重新亮屏后必须重新手动调出，进入表盘界面à向上划，没有快捷进入方式。Glance 体现了苹果对 Apple Watch 当前核心功能的定位：更加极致的利用碎片时间。而对碎片时间的良好利用，正是智能手机当初从 PC 抢走风头的关键因素。只是希望苹果未来能提供更加方便的 Glance 调出方式，最好是抬手即可显示。毕竟如果还有工夫用另一只手，何不拿起手机？五、Notification（通知）：iPhone 的第二通知栏相比 Glance 的只读，Notification 则提供了简单的交互功能，有些像手机端上的通知栏消息，而且功能更加丰富。当 iPhone 向 Apple Watch 发出一条 Notification 后，首先给用户显示的是类似标题的 Short look 界面，显示由哪个应用发出。如果用户保持抬手状态，则自动进入详情界面（Long look Notification）。每个详情界面包括标题、消息内容和最多四个自定义按钮（例如回复、接受）和一个系统定义的“关闭”按钮。Notification 的两种方式： Short look 界面（只读）、Long look 界面（可以进行简单交互，如回复预设的文本、语音、图标）用户如果没有实时去看 Notification，可以在表盘界面下拉，看历史记录，点击其中一条进入 Long look 界面Notification 与 Glance 一样，也是对碎片时间利用的进一步挖掘。私以为 Notification 比 Glance 的设计更加体贴，单手即可看到消息详情。Apple Watch 的开发文档提到用户看到 Short look 界面后，如果选择垂下手腕，不会进入 Long look 界面，然而在实际体验中，Short look 转为 Long look 界面的速度非常快，基本没有机会让用户中断显示。也许苹果应该允许开发者自定义 Short look 显示的时间长度。六、Watch App：为小屏交互极尽所能Watch App 支持较为完整的交互方式，与我们习惯的移动设备应用界面类似。只是相比 iPhone 应用它支持的控件要少得多，例如不支持文本输入、单选框和复选框等。地图、收音、网购单词、赛车游戏、新闻邮件、视频、幼教游戏社交、运动、健身为解决 Watch App 屏幕小的不足，提供更多可交互方式，Apple Watch 提供了多种交互操作手段。1．立体利用屏幕面积——Force Touch当用户用力按应用界面的任何部分，会自动调出浮于当前界面之上菜单，提供 1~4 个按钮，数量取决于开发者，如当前界面没有提供按钮，则用户用力按后，屏幕后会微微“抖”一下，表明 Force Touch 动作有效但当前界面无菜单可调。有些应用在需要执行 Force Touch 的界面上有文字提示，但也有很多没有告知，用户只能一个个试（私以为，对当前界面 Force Touch 是否有效，苹果可以提供显性的系统提醒方式而不是交给开发者）。目前由于 Apple Watch 开发对大部分开发者都是新事物，故应用采用 Force Touch 的比例不算高，界面上贴心的提醒也嫌不足。系统闹钟界面，会提醒用户激活 Force Touch（设计比较奇怪，只弹出一个按钮，不如直接在界面上放更省事，可能是为了 Apple Watch 支持 Force Touch 的示例）在线笔记应用，界面上没有提醒，用户很可能不知道在这个界面可激活 Force Touch秒表界面，也没有提醒；激活Force Touch调出4个按钮，是非常节省屏幕空间的设计2. 返回上一级界面——向右划Apple Watch 上界面与界面的关系有两类，一类是并列的“兄弟关系”，一类是层级的“父子关系”。对于前者，左右滑动屏幕即可切换，而后者，则从左向右划动可返回上级界面。这样的好处是节省了屏幕空间，无需在屏幕上设置一个“返回”按钮。左图：并列关系排列，底部有当前位置标识点（注意这是 Watch App 而不是 Glance，初次使用时容易弄混）；右图：层级关系，可从左向右划动返回上一级3．与 iPhone 的无缝切换——Hand-off在 Watch App 上还体现了苹果在 iOS 8 和 OS X Yosemite 上开始推广的“ Hand-Off ”的思路（可理解成无缝在设备间切换任务）。如在 Apple Watch 端启动 Siri（长按数码表冠），当 Watch 端无法完成某些操作如网页浏览、电商的下单时，就会提示用户到 iPhone 端继续，此时 iPhone 端会自动准备好后续任务界面；在 Watch 端阅读短信或看新闻后试图进行文字输入，也可以通过 Hand-off ，此时 iPhone 端会自动进入文本输入状态。在 Watch 端无法完成的某些操作（操作时 iPhone 需处于锁屏状态），然后在锁屏界面点击左下角的 Safari 浏览器图标，未完成的任务将自动在 iPhone 端展开另一个 Hand-off 实例：在 Watch 的新闻客户端上阅读某条新闻，点击评论按钮，在 iPhone 的锁屏界面左下角会出现 iPhone 应用的图标，点击后自动在 iPhone 上打开对应新闻供评论为便于理解 Watch App、Notification 和 Glance 的区别和联系，笔者特归纳了如下表格：总的来说苹果对 Watch App 的用户体验绞尽脑汁。然而，对第三方应用来说，数码表冠的限制使用（无法进行放大操作，只能用于浏览时页面的上下滑动）、Watch App 无法控制 iPhone 端服务（系统 Watch App 可以）、Watch App 必须连接 iPhone 才能运行等因素，都极大限制了第三方开发者的想象空间。希望这是苹果在新事物上的谨慎之举，随着对可穿戴设备使用场景的不断挖掘，这些限制能逐步解除，或提供替代方案。七、Apple Watch数量足够，品质待提高Apple Watch 于 4 月 24 日发布后，截止 5 月 5 日，在 APP Store 中共有 4159 个苹果手表 App，而早出现半年多的 Android Wear 目前只有 2310 个。再来看主要的国内移动应用。笔者从四大应用市场（腾讯、百度（含 91 和百度）、360、豌豆荚）上综合排名靠前的选了 15 个，其中 8 个在苹果 App Store 上提供了对 Apple Watch 的支持，如果剔除 4 个不适用 Apple Watch 的系统工具（两个手机安全工具、 WiFi 万能钥匙、搜狗输入法），则 11 个中有 8 个支持（ 73% ），剩余 3 个估计也很快会提供对 Apple Watch 的支持。其他常见应用大类，包括主题壁纸、阅读、社交通讯、拍摄美化、影音、生活、理财购物、办公学习、资讯阅读、旅游出行，在 4 月 24 日前后很多都针对 Apple Watch 进行了升级支持，不再赘述。相较而言，Android Wear 由于没有针对国内销售的可穿戴设备授权，除了微信有 Android Wear 试水版本，其他国内主流应用基本没有提供对 Android Wear 的支持。个人以为，当前大部分 Apple Watch 应用还鲜有让人眼前一亮的设计，毕竟绝大部分都是手机应用的简单扩展，说是应景之作并不为过。毕竟可穿戴设备和手机的区别绝非简单的体积缩小，前者重感知、强调语音、手势、心率等生物信号交互方式；后者重计算，强调触屏、实键等机电方式交互。长期习惯手机开发的人们需要一段时间去吃透可穿戴设备的特点，而且苹果也会继续优化 iOS 对于 Apple Watch 的支持。那些适合可穿戴设备的应用类型例如健康、运动、遥控、移动支付等类型值得期待。八、Apple Watch应用类别简析：身、手、钥、交、钱1.“身”——身体特征记录跟踪包括运动、健康、医疗三个方面。这是所有可穿戴设备厂商最看重的、最能体现出与智能手机不同的功能。苹果 HealthKit 和 ResearchKit 也为 Apple Watch 在这方面做好了平台的准备。这类应用的前景，更多取决于设备硬件传感器的品质、应用的算法及数据后台，已不属于本文的讨论范畴，故不展开，有机会专门另文讨论。Apple Watch 上系统自带和第三方应用提供了不少健身和运动功能2.“手”——智能手机助手目前，4000 多个 Apple Watch 应用，绝大部分属于此。包括三大类。第一类：手机端应用的小屏瘦身版，以信息类为主（如新闻、阅读、天气、部分小游戏、股票、IM 和邮件工具等），这类应用核心功能多与 iPhone 端重合且做了精简（如微信朋友圈，只能看原创内容不显示链接转发），大都是作为不方便用手机时的替代品，它们更多体现了移动应用厂商对新事物表面积极的态度，对生态圈的贡献可能体现在应用数量而不是用户粘性上。第二类：iPhone 的远程辅助工具，需 iPhone 和 Apple Watch 协同工作，比如 Apple Watch 版 PowerPoint 就与 iOS 版没有功能重合，只用来遥控 iPhone 端 PPT 的播放（当 iPhone 连接投影仪时，Apple Watch 就可以取代遥控激光笔）。其他类似的应用有 Apple Watch 端进行音乐遥控播放、系统自带的远程相机和蓝牙拨号、手机电筒功能遥控等。第二类应用会比较有意思，总数的占比也应该会不断提高，但毕竟它们只是对 iPhone 现有功能的再挖掘，对生态圈的贡献更多是锦上添花而不是雪中送炭。第三类：手机应用的“快捷键/收藏夹”和第二屏幕。如地图导航，在手机端设定好家和单位的地址，则在 Watch 端直接点击“家”或“单位”，Watch 上就开始显示导航信息；电商应用，可在 Watch 端进行诸如语音搜索商品并显示、快捷显示待收货信息等。在线音乐和广播应用、视频，Watch 应用更多是作为收藏夹出现的。这类应用，兼顾了前两类应用的特点，功能上挖掘的余地可能会超过前两者。但总的来说，三类“手机助手”只是手机端应用的横向扩展而非纵向进化，对生态圈的贡献更多体现在量而非质。3.“遥”——遥控/钥匙Apple Watch 除了前面介绍的遥控 iPhone 手机的拍照、闪光灯、电话、音乐播放等，还能够遥控 iMac 电脑上的 iTunes。将 Apple Watch 与 Mac 电脑配对后就可以遥控播放音乐了更进一步，则是可以遥控电视。除了苹果自家的 Apple TV，理论上其他智能电视也是可以让 Apple Watch 提供遥控支持的。在智能家居厂商合作后，让 Apple Watch 进行诸如门锁遥控和检查也是值得期待的体验。Apple Watch 遥控 Apple TV 和智能门锁苹果 CarPlay，也为 Apple Watch 与汽车的结合提供了可能性。目前已知的有苹果与宝马、特斯拉的合作。Apple Watch 遥控宝马和特斯拉遥控和钥匙（身份识别）是可穿戴生态圈壮大的另一大发展空间。它让可穿戴设备有机会成为物联网的入口（身份识别和指令输入），正如智能手机作为移动互联网的入口才形成完整生态的。传统移动互联网生态，更多是抽象的信息和服务的整合，主要是软件层面工作；而物联网更多是硬件实体设备间的整合，所以有太多工作要做，不是简单的提供软件接口就能成功。值得期待，但肯定不会一帆风顺。4.“交”——用图形化的身体信号进行社交双击侧边键，会调出预设的联系人（iPhone 上设置，至多 12 个），然后就可以使用 Digital Touch 与之进行点对点的沟通，只是传递的内容并非语音或文字等传统抽象信息，而是手指点击、划动甚至是手指尖传递出的心跳等生物信号“图形化”后的形象内容。苹果对 Digital Touch 的宣传力度、没有将之做成一个简单的应用而是专享侧边键，都说明苹果是希望将之作为社交新方式来推广的。想象空间很大：人体在不同时间、不同状态下的生物信号都不同，对应的图形也自然不同；除了人类，让宠物也参与其中，也许也会流行。总之，这个想法很特别，但光靠苹果玩不转，如何让第三方积极开发者参与到 Digital Touch 的分享和推广，是重点。5.“钱”——兼容 Apple Pay 的支付功能Apple Watch 内集成了 NFC 芯片，因此在兼容 Apple Pay 的 POS 机上可以进行刷卡操作。目前国内商家尚未支持此功能。移动支付一直有两大门派，NFC 这样的硬件支付，还有类似苹果 Passbook、微信和支付宝等软件支付。前者是电信运营商、发卡单位（银行、公交等）传统行业主推，后者是互联网企业主推。Apple Watch 同时支持这两种模式，因此在可穿戴设备上哪种到底哪个会占上风，非常值得关注。九、与 iPhone 连接配对稳定性待提升某种程度上，智能手表是一种重连接、轻运算的设备。Apple Watch 与 iPhone 极深度整合，保持连接和配对的重要性更加不言而喻，然后笔者在使用中至少遇到两次严重问题。1．Watch App 安装因连接意外中断失败，产生应用“残骸”该情况发生后，在 Apple Watch 的主界面，安装失败的应用图标是一个空白的圆圈，使用数码表冠或单击均无法进入该应用，此时在 iPhone 端我的手表\应用布局，已无法进入了。可惜未及截图。发生该问题时，在 iPhone 上就无法进入此界面了2. 解除绑定后重启 Apple Watch 失败由于上述问题，当笔者试图在 iPhone 端解除 Apple Watch 与手机的绑定，也许是操作问题，重新启动 Apple Watch 过程中，始终出现如图的提示。用苹果官网介绍的同时按数码表冠和侧键的方式重启，也无效。此问题并非笔者一人碰到，见到有论坛中 Apple Watch 用户反映同样问题，也是绑定、解绑过程中出现智能可穿戴设备不像 PC 和智能手机，计算和存储不再是核心功能。Apple Watch 不允许第三方应用单机模式运行，虽说略有不便，倒也可以起到引导开发潮流的作用（小屏幕的手表上单机应用的体验比不上手机和 PC，数量过多不是苹果乐见的）。可穿戴设备现在需要时刻连接智能手机，未来可能需要实时连接云服务和云存储。连接稳定迅速、数据传输可靠、断开后能及时恢复、连接异常时能够及时提醒用户、数据同步出现问题时能够有多种处理方式，都是苹果需要继续优化的。像上面的问题 1 和 2，个人以为就是 Apple Watch 与 iPhone 捆绑过紧、前者的健康过多依赖于两者的实时同步所致。凡事有利有弊，苹果既然选择了将手机和 Watch 深度捆绑，就有责任杜绝类似问题，特别是第 2 个，任谁都无法忍受纯软件问题就得返修的遭遇。十、完美的 iOS 兼容性，或限制可穿戴应用开发作为凝聚了苹果数年精心筹备的产品，Apple Watch 作为一个产品，表现出了足够优秀的品质，无论是硬件还是软件。例如远程相机的体验就很好，甚至可以在 Watch 端遥控进行对焦和测光，Watch 端的预览界面和快门几乎没有延时，说明蓝牙协议非常稳定和高效。用户体验方面，非常讲究根据用户场景智能设定消息提醒或应用的展现方式，Watch 是否佩戴在手上、用户是否在抬手看表、用户是否在用 iPhone，Watch 端的内容都是有区别的。苹果对于 Apple Watch 开发的态度是：blursthe boundaries between physical object and software……contributeto experience of hardware and software feeling indistinguishable，即模糊 iPhone 和 Apple Watch 软硬件在物理上的隔离，将两者视作逻辑上的统一体。这样做的最大好处就是庞大的存量 iOS 应用，能够用尽可能少的开发代价，很迅速的完成对 Apple Watch 的支持，毕竟为 iOS 应用增加一个“ Widget ”远比为一个独立设备全新开发新应用，方便许多。然而具体到开发可穿戴设备应用，苹果还是略显保守，对开发者限制过多了。1．数码表冠的放大操作只支持系统应用对于第三方应用数码表冠只能作为纵向浏览时的滚轮，非常鸡肋。由于 Apple Watch 不支持多点触控，第三方应用如地图、导航、照片、阅读等非文本信息的浏览受限很大，也没有机会采用 Apple Watch 棋盘状应用图标那样更灵活和复杂的布局。数码表冠在缩放效果体验上是很精巧甚至惊艳的设计，第三方应用只能干看2．第三方应用无法访问心率传感器目前只有系统自带的运动应用能够访问心率传感器，可以理解（降低耗电和保护用户隐私），却让开发者遗憾。Nike Running，为不能访问心率传感器而委屈3．只有系统 Watch App 能启动 iPhone 端服务例如远程相机和地图。Apple Watch 端应用的运行，很多时候需要 iPhone 端开启相关服务，然而第三方 Watch App 没有权限这么做，用户必须先运行 iPhone 端应用再转身去操作 Watch 端，使用体验不佳——用户选择使用 Watch 的场景，很多时候正是因为不方便操作手机。Apple Watch 上类似体验非常不好，其实这些应用在 iPhone 上都登录过，只是此时在 iPhone 上运行罢了4．iPhone 端应用无法管理 Watch AppWatch App 只能在“我的手表”中管理。按理说，Watch App 是 iPhone 端应用的“子女”，但开发者却“有权力生，没资格管”，只能由用户设定是否进行消息提醒（Notification）和开启快捷视图（Glance）。同样是 Watch 端社交应用，系统应用设置项的丰富程度远超第三方应用5．不允许第三方应用脱离 iPhone 工作既然 Apple Watch 可以独立运行诸如心率、音乐播放、健身等应用，第三方应用必须与 iPhone 保持连接才能运行的设计就很难得到开发者的支持了。离开 iPhone 运行，并非一定无法获得联网和数据传输功能，Apple Watch 其实是有 WiFi 的（第三方应用无法自己调用，必须 iPhone 决定何时、如何使用 WiFi ），蓝牙 4.1 以后也支持直接连入互联网，Apple Watch 的 NFC 也有数据交换功能。前述的 Apple Watch 五大应用类型（身手钥交钱），“身”和“钱”并不需要手机时刻参与，“钥”如果是蓝牙连接其实也无需手机中转。当前这种设计会压缩很多应用的发挥空间。6．过分追求“操作系统智能主导”Apple Watch 亮灭屏的时间完全由系统跟据手腕状态控制；消息是否提醒及 Short look 界面显示的时机完全由系统根据手腕状态、是否戴表和手机是否使用中决定；快捷界面（Glance）无法锁定成默认界面，必须由用户先切换到表盘界面，然后手动进入，与 Glance 的设计初衷有些矛盾，这些都让第三方应用的发挥空间受限。苹果似乎太看重“存量资源”了。遥想本世纪初，智能手机草创阶段，微软作为 PC 时代的垄断者，在移动设备上的布局其实很早，但 Windows Mobile 怎么看都是 Windows 的缩小版，特别是交互设计和应用的发布渠道，都充满了 PC 的定势思维。iPhone 作为后来者，苹果在交互方面突出触屏而非实体键盘，在应用推广渠道方面革新的采用了应用商店，一举后来居上，让有先发优势的诺基亚和微软甘拜下风。当初的 iPhone，根本没有迁就 PC 存量资源的顾虑，而微软有，这就是双方攻守易位的根本原因——产业的革新，往往来自边缘企业而非垄断企业，这是多次发生的历史规律。多年后的今天，苹果处在微软当初的位置，让 Apple Watch 带有更多继承性而非革新性，意料之中，却是希望之外，称之为 iOS Watch 更为恰当。Apple Watch 走了“先存量、再增量”的思路，虽属人之常情，却未必是行业之幸。但愿后续的升级，能够让 Watch App 开发者的空间更大。可穿戴生态圈与智能手机生态圈有很大交集，但绝不会是后者的子集。本文是果壳电子副总裁于海东在雷科技独家发布的解读文章。
我做过WatchOS的探索，没有推出过Watch App，我想可以从技术上讲讲，分析下它的整体架构和大致API。以下只适用于WatchOS 1.0。1.整体架构Apple Watch 作为崭新的产品，它的开发并不是颠覆式的。还记得IOS8推出的IOS App Extension吗，它为提供了自定义键盘、分享、Today App的能力。AppleWatch的工作原理也是一样的，只不过因为运行在不同的设备上，所以有一点点的不同。下面是IOS App Extension的架构：其中Containing app是你的IOS App、App Extension里会有你对Extension的所有业务逻辑、Host App则负责展示，对Apple Watch的开发来说，前两者是运行在手机上的，只有最后一个才是真正跑在手表里的。其中IOS App和App Extension运行在手机上，它们会存有逻辑代码，Host App直接运行在Apple Watch上，它里面能放的只有资源文件，没有代码的入口。很多人知道Watch App离不开手机，这就是根本性的原因（逻辑全在iPhone上，手表独立个毛啊）。你的代码跟实际上的展示是隔离开的、Extension 与 IOS App也是隔离开的，Extension 与 IOS App交互要通过蓝牙，这个体验能多废就不说了。2.API分析布局WatchKit是相当不同于UIKit的一套东西，由于Watch App的逻辑与显示的分离，WatchKit上的视图对象（WKInterfaceObject）都不是直接操作的View，而是相当于一套代理对象，你不能获取它的触摸事件，不能自定义绘制。没有API能动态更改它的结构：只能在storyboard上拖出来，通过hidden来控制布局。它有类似于UIKit里UIViewController的WKInterfaceController，生命周期也几乎是简略版的，没有AppDelegate，所以只能在入口InterfaceController处理所有系统事件，基本的控件都有，但是只有极少的API可以自定义操作。InterfaceController的布局类似于web的流式布局，而不像传统的IOS的frame方式定点。操作方式发布时，Apple Watch定义了好多酷炫的操作方式，其中开放给开发者的只有一个ForceTouch（也许以后应该叫3DTouch了），当然并不是直接hold住ForceTouch，而是它会触发ContextMenu，你可以最多自定义4个Menu（坑爹呀）。AppleWatch上的传感器？对不起，并没有API，还是通过HealthyKit吧~输入可能已经有人用了Watch版的微信了，你会发现，尽管AppleWatch上有mic，但是你出去的微信可不能选择语音，只能写文本，这是因为连输入，你也只能输入文本和表情，这是由WKInterfaceController.presentTextInputControllerWithSuggestions()
实现的（当然API里并没有WKTextInputController），这货不能直接选语音。交互既然是Extension模式，那跟传统的Extension与IOS App的交互方式是一样的：共享资源文件，和openURL，还有AppleWatch特有的openParentApplication(userInfo,reply)
的方式实现交互。3.总结题主问有哪些注意事项，那么Watch App的架构和蓝牙的通信方式是一个问题，注意在展示资源时用WatchApp的资源，尽量别用App Extension的资源文件，这样会很慢。还有一点是App Extension是运行在手机上，所以需要特殊权限的请在用户使用iPhone时及时提醒索要权限，否则用手表时在提示就有点来不及了。其他方面就没什么了，毕竟开放的都是成熟的东西。WatchOS 2.0 做的就好多了，可惜我还没有深入探索。 这是我发表的文章，有更详细的分析，想看详情的话可以点点点。
个人认为的要点是:Apple Watch不是iPhone!!!!短时效性:
Apple Watch是一种可穿戴式产品,和手机比有毛线优点呢?就是拿出来装逼的时间比拿出手机装逼的时间短,所以在考虑APP设计的时候必须要保证速度上迅速,操作流畅,这样便于拿出来装逼~说正经的,通常用户在使用Apple Watch的时候不会操作过多时间,所以考虑在UI设计上和功能架构上下功夫.确保一个灵活的UI层次,做到人性化是Apple Watch APP不可或缺的元素.UI:
Apple Watch的可操作区域要远小于iPhone,所以可以给我们更多发挥的空间都消失了,在设计UI的时候,需要考虑到正常人的手指大小,手臂在使用APP时的姿势以及头的姿势,我们在设计UI的时候可以适当的提升表盘的亮度以补充头部姿势的损失.在手臂姿势上,为了不让用户感觉到无氧运动,建议将UI设计的贴近于正常人手臂惯用的姿势位置,保持血液流畅.UI的按键必须符合手指大小,避免出现iOS软键盘的覆辙,其次是关于UI跳转,对于用户来讲,适时的动态可以增加动作衔接的灵活度,使用户感到使用舒畅,UI模块的密集度应该严谨控制,在UI的设计层次上,保持简练风格,有序安排功能的导向和使用.软件设计要素:
为了使得APP的可使用程度最高,可以适当的增大APP的体积,因为Apple Watch上的APP通常不会占用太多,所以一个APP适当的调整体积以增加UE也是可以理解的,其次是尽量不要和iPhone的设计理念重叠,不然你必然做不好的,在代码上请保持一种文明的态度,不然Xcode会整死你,择选SDK方面建议还是苹果官方的好,UI上推荐Github自查.
《二维码工房Pro》已经上线了两个Apple Watch版本，第三版本也正在审核。简单的说两个被拒的理由吧。第一次是使用了像Apple Watch的图标：其实我们已经知道有风险，在上面放了表示收藏的五角星稍微处理了一下，但还是被苹果发现并且拒绝了。最后只能把外面的表壳去掉了，只留了五角星。其实我们已经知道有风险，在上面放了表示收藏的五角星稍微处理了一下，但还是被苹果发现并且拒绝了。最后只能把外面的表壳去掉了，只留了五角星。第二次是说Glance界面点了只是直接进到主App，给用户提供的功能和用户体验不好："We noticed an issue in your app that contributes to a lower quality user experience than Apple users expect. Specifically,
- the Glance feature simply launches the app."其实代码里是做了Handoff的逻辑的，如果是Glance进来的话，然滚动到对应的那张QR图片页面。苹果写的体验不好原因是因为我们的Glance界面显示的是用户最近一次发送到Apple Watch上的QR图片，而主App是按时间倒序显示QR图片的，所以第一张肯定是最近发送的那张QR图片，也就和Glance上显示的QR图片一样了，导致通过Glance启动主App和普通方式期待主App看起来一样。以上两点被拒的理由希望给大家参考一下吧。
手机和手表 功能区分。
1、新建Target
新建完成以后多了 WatchKit Extension 和WatchKit
--两个功能简介
Extension用来实现Watch
App的数据逻辑处理并且和主App的交互
Watch App用来绘制界面，并且只能用storyboard，不支持代码绘制界面
--bundle id（假设主工程id为）
Extension中Info.plist的bundle
id为xxx.xxx.xxx.watchkitextension
Watch App中Info.plist的bundle
id为xxx.xxx.xxx.watchkitapp2、开发1）为了减少WatchKit过多的逻辑处理和代码的复用性，我们在
在WatchKit
Extension中把要处理的网络请求、数据逻辑处理等
[WKInterfaceController openParentApplication:weatherInfo reply:^(NSDictionary
*replyInfo,
NSError *error) {}
传递给主App，当主App请求到数据或者处理完逻辑以后通过方法
- (void)application:(UIApplication *)application
handleWatchKitExtensionRequest:
（NSDictionary
*)userInfo reply:(void(^)(NSDictionary *replyInfo))reply
通过reply方法把结果返回给Watch Extension
}2）用InterfaceController绘制的界面不能叠加，不支持addSubview等操作。3）当在controller上面present一个controller以后就不能再做push controller的操作了。4）InterfaceController上面的元素设计好以后就不能调整改变，只能支持设置Hidden和alpha属性3、调试
1）目前Xcode6.2开发经常模拟器起来的时候一直黑屏（在调试Glance页面的时候），解决方
--退出重启XCode
--在Glance
InterfaceController中把 Hides When Loading这个选项打钩
2）模拟器Glance点击进入到Watch
App的时候不会促发Glance中的didDeactive
目前要想知道离开的状态，那么只能notification
4、提交审核
第一次提交审核Watch
App审核，苹果后台中要求
--Watch App和Extension的版本号要跟主App的版本号一致
--要添加Watch
App iCon和截图
其中要符合以下规范
任何总时间超过10秒的交互都不要放在watch上，这都不是手表真ping真guo正ding正yi的使用场景
iWatch 定位就是你的iPhone的前沿 你的iPhone的快捷控制器 你要做的就是通过了解iWatch的感应系统分类和你在iPhone中软件功能分类进行对应 然后进行快捷控制 在不用掏出手机的前提下 例如音乐软件 不仅可以控制音量 换歌 连续敲击两下屏幕 就可以通过iWatch来收集音频数据来识别音乐 不用拿出手机打开软件 再操作软件进行音乐识别功能 方便很多 总之就看你对iWatch对于手机使用的便利性的理解了 或者说如何通过iWatch使你的手机使用更加便利
对于程序设计的初学者，不管是iOS还是其他开发，有一点共通之处就是需要多实践。很多问题只有你在实践中才会遇到，也才会去想办法解决。我不是很赞成总是通过看书来学习，有书籍引入门固然重要，但最后绝对需要自力躬耕才能掌握和熟练。所以不管是个人项目还是公司项目，或者是开源项目，如果能真正地参与进去的话，相信一定会进步很快。
从初级版本WatchKit的API来看，想现在为手表开发一款好玩的游戏应该是有一定难度的。游戏一直是app的一个大类，而市场对移动设备的游戏也有着强烈的需求。手表现在对大家来说是一个全新的舞台，一定会出现很多新想法，所以我是比较期待和看好适合手表的游戏。
已有帐号？
无法登录？
社交帐号登录