開發者也是使用者 - 簡介：易用性 - 學於 UI，用於 API

Android_開發者發表於2018-01-22
UIAPI

題圖：Virgina Poltrack

當談起易用性時，我們通常會將其與地圖、簡訊或照片分享之類的 app 的使用者介面聯絡起來。我們希望它們有著各自的優質特性，例如一個地圖 app 應該要有：

  • 直觀性 —— 能夠輕鬆讓使用者知道如何從 A 導航至 B。
  • 高效性 —— 能夠快速地獲得導航方向。
  • 正確性 —— 能夠獲得從 A 至 B 正確的、無障礙的路線。
  • 提供適當的功能 —— 能夠讓使用者探索地圖，比如放大、縮小和導航。
  • 為以上功能提供適當的使用方式 —— 例如通過手指的縮放來操作地圖。

同樣的，我們也希望自己所使用的 API 也能有與此相同的特性。如果說 UI 是使用者與功能之間的介面，那麼 API 就是使用這個 API 的開發者和能實現相應功能程式碼之間的介面。因此，API 與 UI 一樣需要易用性。

庫、框架、SDK - API 無處不在。每當你把程式碼分離為模組，那麼模組暴露的類與方法就成為了 API。其他的開發者（和未來的你）都將會要使用它。

易用性與如何學習使用某個事物花的時間可以說是成反比。無論是新手開發者還是專家都需要用許多的時間學習如何使用新的 API，一個低易用性的 API 可能會導致它被錯誤的呼叫，從而造成 bug 和安全問題。這些問題最終不僅會影響使用這些 API 的開發者，還會影響使用 app 的使用者。因此，提供高易用性的 API 至關重要。

Nielsen 與 Molich 編寫了一套廣為人知的手冊：UI 易用性的啟示，它可以簡單地套用於任何產品中（包括 API），你可以結合 Bloch 所著的 指南 瞭解如何設計優秀的 API。

  1. 系統狀態的可見性
  2. 讓系統符合真實世界
  3. 為使用者提供自由的操作方式
  4. 一致性與標準
  5. 預防錯誤的發生
  6. 讓使用者認知，而不是回憶
  7. 彈性、高效的使用方式
  8. 優雅、極簡的設計
  9. 幫助使用者認識、判斷、改正錯誤
  10. 提供幫助與文件

在下篇文章中，我們將一同深入探討這些原則，並瞭解如何將它們應用於 API 設計。敬請關注！

掘金翻譯計劃 是一個翻譯優質網際網路技術文章的社群，文章來源為 掘金 上的英文分享文章。內容覆蓋 Android、iOS、前端、後端、區塊鏈、產品、設計、人工智慧等領域，想要檢視更多優質譯文請持續關注 掘金翻譯計劃、官方微博、知乎專欄。

相關文章