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，它能夠隨著我們的心律節奏播放匹配的音樂。
英文原文：3 ways designing for the Apple Watch is unlike anything else
來自：部落格園
相關閱讀
評論(1)