@劉津legene ：設計師和理發師其實有點像，理發師基本分為三種：一種是只會搞基礎發型的，比如寸頭、中規中矩的長發、老太太卷頭等；一種是只會剪流行發型的（這種發型師還很容易搖身一變成為造型大師，告訴你你應該改變，應該剪目前最流行的某款發型，但實際上可能是他只擅長這款發型）；還有一種是最可遇不可求的，他根據你的臉型、性格等，用最簡單的手法量身設計發型，讓顧客的氣質度立刻得到提升。

藍藍設計( m.lzhte.cn )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供有效的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務

如果您想訂閱本博客內容，每天自動發到您的郵箱中， 請點這里

來源：莫貝網

仔細閱讀MD的規范，似乎寫的很清楚，但是如果和Android4.0規范放在一起，還是會發現很多有出入的地方。不過規范的目的是為了培養并迎合用戶使用習慣，減少用戶認知負擔。文字是死的，人是活的，靈活應用才是關鍵。

在以MD為基礎的app設計中，經常會出現以下結構（如圖1）

在Android 4.0和material design設計規范中都專門對選項卡進行了說明，但兩者的說法不同。

在Android 4.0中，選項卡tabs屬于操作欄的一部分，可以很輕松探索 app 中的不同功能,或瀏覽不同分類的數據集，就是說tabs選項卡是可以作為導航使用的，類似于iOS的標簽欄，只是iOS放在屏幕底部，安卓是放在屏幕頂端（如上圖2）。

但在material design中，tabs 的作用是將大量關聯的數據或者選項劃分成更易理解的分組，雖然很容易讓人聯想到導航，但其本身并不是用來導航的。每個tab的內容應該互相關聯并且是在同 一個主題下（如下圖）。圖中出行方式可以通過tab劃分成多種方式，但是搜索、指南、設置卻完全屬于不同的功能導航。

如此看來，兩種規范似乎是相互沖突的，而且只要留心一下你會發現，現在市場上經常是這兩種形式都有。googel官方比較推崇應用結構是：左側導航抽屜+應用欄+tabs（Tab可選），但是同一種結構卻有兩種不同表現方式。

方式一：谷歌主推形式

側邊欄導航作為應用的主導航，頭屏顯示應用最重要的功能或內容，如果在較低層級中有多個平行相關視圖，可以用Tab結構（當然也可以沒有）。這種結 構的關鍵是主要功能或內容很突出，所以頭屏最大化顯示，而其他功能相對較弱，不需要頻繁切換側邊欄導航（如下圖）。谷歌發布的inbox郵箱，左側導航欄作為主導航，默認顯示收件箱頁面，用戶最常用也最重要的功能是查看收件箱，至于其他的發件箱、垃圾郵件等都可以放在導航抽屜內收起。googel圖書頂部是應用欄+tabs結構，此處Tab強調的是在同一主題下的不同歸類，而不是導航。

方式二：市場發展

或許是受4.0規范的影響，在左側導航抽 屜+應用欄+tabs的應用結構中，Tab作為應用的主導航，而左側抽屜作為輔導航，收納一些用戶不常使用的功能，像用戶中心、設置、反饋等。這種結構適 合那些多個相同等級的功能視圖需要頻繁切換的app，且只需要手指左右滑動就能快速切換Tab視圖，這將大大提高應用使用效率。如下圖所示，雖然是概念設計（主要是國內安卓應用喜歡延續iOS風格，將Tab放在屏幕底部，米找到合適的例子，且MD沒有被普遍應用），但很適合該場景下的示例。這款產品類似于微信，將主要功能導航放在頂部，實現快速切換，側邊抽屜導航放置收藏、狀態、設置等次要功能。

以上兩種方式并不沖突，關鍵是看你應用的功能內容。如果你的應用核心功能很突出，且不需要其他功能頻繁切換，就選擇第一種；如果你的應用有兩個或者兩個以上相同重要的功能模塊，且需要頻繁切換，比如微信的即時聊天和朋友圈，那就嘗試第二種。

Android部分暫時就到這里，來看看iOS。如果展開來講，體系太龐大，暫且用一張圖表示，雖然都是很基礎的內容。

另外，Android和IOS很明顯的差異是層級返回和編輯選擇。

1、層級返回

IOS平臺沒有實體返回按鍵，所以涉及層級間的導航，app界面本身一定要有返回按鈕，而實體home鍵只負責應用退出。Android平臺有物理 返回按鍵，且點擊返回的是動作流。比如，在搜索界面，點擊搜索框調出軟鍵盤，再點返回按鍵，不是返回上一頁，而是收回彈出的軟鍵盤，它強調的是返回上一個 動作的界面，而非層級關系。在Android平臺上的app，如果應用本身含有返回按鈕，返回的是上一層級，設計的是層級間的導航。另外，在安卓app的首頁點擊返回按鍵，就是退出應用。可看如下關系圖

2、編輯選擇

對于編輯選擇功能，IOS有明確的入口，通常在導航欄 上有編輯按鈕，點擊后進入編輯模式，通常可以多選，同時底部或頂部會增加工具欄，用來處理多選內容。當然也可以單選刪除，通過點按向左滑動刪除，或者是點 擊按鈕從底部呼出操作菜單，逐個刪除。但Android是通過長安方式進入編輯模式，此時操作欄被一個臨時情景操作欄覆蓋（情景操作欄可以覆蓋頂部操作欄 和底部操作欄），界面內容允許單個或多個操作（如下圖）

以上部分其實都是一些平臺規范總結，將區別大且重要部分整理出來，也是為了方便閱讀查看，后期會持續更新一些其他交互內容。

作者：butter
來源：jianshu

@琛桑要做芝麻藝人 ：作為入行不久的交互設計師，我發現自己在交互設計的實踐中無法顧及到方方面面，是存在思維盲區的。其中有欠缺經驗的原因，也有自身知識局限的問題。進入開發階段后，每次需要修改交互時，心里都會有些慚愧，感覺為小伙伴們帶來了不必要的工作量。

想適配兩個完全不同的平臺，有哪些需要注意的點呢？今天這篇文章總結了6個值得新手學習的地方，包括圖標、屏幕密度尺寸、設計等等，來收吧！

1. 不要轉換

你不應該在安卓上使用同一套規格的UI。iOS有一個能讓你一鍵返回桌面的“物理home鍵”。然而，安卓上的按鍵是“返回、home和多任務”。

這意味著什么？

一位安卓用戶可以從一個應用輕松跳轉到另一個應用。這是一個很大的不同之處。

因此，iOS通常會有一個結合了縱向和橫向的UI結構，但安卓則更偏向于縱向。

當某個功能對數量有限制時，操作的時機就變得很重要。以在app上報名班級（圖1）的操作為例，假設班級容量為20人，確認報名訂單時暫
時扣去一個名額庫存，完成支付時完全扣去這個名額。如果當你報名班級時，名額已滿，但還有人未付款，這時系統應該有什么提示？這和報名班級時，班級絕對性
滿員（名額已滿，且所有人完成付款）的情況處理方式是不一樣的。另一種情況是，在你進入確認訂單頁時，名額未滿，但當你按下“確認”訂單，此時名額已經滿
了，也應該有相應的提示。像這種對數量敏感的功能，應盡量明確地告訴用戶限制條件，當前的相關狀態是怎樣的（未滿員，暫時滿員，或已滿員？），防止用戶進
行不必要的操作。用戶若第一時間沒有理解，可能需要進一步友好地提示。

隨著iOS設備的大規模普及，優質的iOS應用如同雨后春筍般層出不窮。每天都會有驚艷的iOS應用涌現，從社交媒體到隔壁老王，你會從各種不同的渠道聽到它們的名字，被不同的人安利。通常，這些優質的APP都會有一個逼格不低的官方網站，經過精心篩選之后，我們優選出24個品質不錯的iOS APP的官網。這些網站有的簡約，有的優雅，有的好玩，其中總會有幾個令人愛不釋手。

在一天的使用過程中，我很可能存在多次記賬的需求，這也意味著我會頻繁打開這個產品，簡單和可以讓我更快的完成任務。記賬因為涉及到資金這個問 題，所以它同樣需要一定的安全性。如果要給這個 App 一個定位的話，我認為它是一款 “能滿足大眾基本記賬需求的輕便的移動記賬 App ” 。

基于以上的思考，很快就產出了以下稿子：

編者按：今天這篇干貨聊的是人們最討厭的兩個狀態 —— 軟件報錯和加載緩慢。如何提高這兩個糟心狀態的用戶體驗呢？作者從不少交互上的細節做了考量推敲，附上大神的意見和實戰案例，特別有現實參考價值。

對于網頁瀏覽者來說，按鈕控件的幾種變化可以說是再熟悉不過的一種機制了：一般使用鼠標瀏覽時最容易感受到的有 Normal、Hover 以及 Archive 這三種效果，分別為按鈕平時的狀態、鼠標游標移到上方的效果、以及點擊按鈕時的效果。

小文一篇，話題仍與上周銜接，小結了五種在iOS中向用戶申請權限的實踐模式，可參考。下面進入譯文。

對于iOS app，當功能涉及到推送通知、訪問照片或調用相機、獲取地理位置等等時，都需要向用戶申請授權。申請會發生在app運行的過程中，而不是像Android那樣在安裝的時候就莫名其妙的問用戶是否同意app調用某些系統功能。不過如今Android也在向iOS的方式靠攏。