2014-12-17 藍藍設(shè)計的小編
藍藍設(shè)計( www.teruid.com )是一家專注而深入的界面設(shè)計公司，為期望卓越的國內(nèi)外企業(yè)提供有效的UI界面設(shè)計、BS界面設(shè)計 、 cs界面設(shè)計 、 ipad界面設(shè)計 、 包裝設(shè)計 、 圖標定制 、 用戶體驗 、交互設(shè)計、 網(wǎng)站建設(shè) 、平面設(shè)計服務(wù).
每一個扁平化界面設(shè)計，都是我們的心靈碰撞致力于最棒的 metro ui 設(shè)計
來源：iOS Human Interface Guidelines
如果您想訂閱本博客內(nèi)容，每天自動發(fā)到您的郵箱中， 請點這里
iOS 的革新關(guān)鍵詞如下：
無論你是重新設(shè)計一個現(xiàn)有的應(yīng)用或是重新開發(fā)一個，請嘗試下列方法：
在整個設(shè)計過程中，時刻準備著推翻先例，假設(shè)問題，并以重點內(nèi)容和功能（為目標）來驅(qū)動每個細節(jié)設(shè)計。
雖然明快美觀的UI和流暢的動態(tài)效果是iOS體驗的亮點，但內(nèi)容始終是iOS的核心。
這里有一些方法，以確保你的設(shè)計能夠提升你的應(yīng)用功能體驗并關(guān)注內(nèi)容本身。
充分利用整個屏幕。天氣應(yīng)用是最好的例子：漂亮的天氣圖片充滿全屏，呈現(xiàn)用戶所在地當前天氣情況這最重要的信息，同時也留出空間呈現(xiàn)了每個時段的氣溫數(shù)據(jù)。
盡量減少視覺修飾和擬物化設(shè)計的使用。UI面板、漸變和陰影有時會讓UI元素顯得很厚重，致使搶了內(nèi)容的風(fēng)頭。應(yīng)該以內(nèi)容為核心，讓UI成為內(nèi)容的支撐。
嘗試使用半透明底板。半透明的控件——比如控制中心——關(guān)聯(lián)了使用場景，幫助用戶看到更多可用的內(nèi)容，并可以起到短暫的提示作用。在iOS中，透明的控件只讓它遮擋住的地方變得模糊——看上去像蒙著一層米紙一樣——它并沒有遮擋屏幕剩余的部分。
保證清晰度是另一個方法，以確保你的應(yīng)用中內(nèi)容始終是核心。以下是幾種方法，讓最重要的內(nèi)容和功能清晰，易于交互。
使用大量留白。留白讓重要內(nèi)容和功能顯得更加醒目。此外，留白可以傳達一種平靜和安寧的視覺感受，它可以使一個應(yīng)用看起來更加聚焦和。
讓顏色簡化UI。一個主題色——比如在記事本中使用的黃色——讓重要區(qū)域更加醒目并巧妙地表示交互性。這同時也給了一個應(yīng)用一個統(tǒng)一的視覺主題。內(nèi)置應(yīng)用使用家族化的系統(tǒng)顏色，無論在深色和淺色背景上看起來都干凈，純粹。
通過使用系統(tǒng)字體確保易讀性。iOS的系統(tǒng)字體自動調(diào)整行間距和行的高度，使閱讀時文本清晰易讀，無論何種大小的字號都表現(xiàn)良好。無論你是使用系統(tǒng)或是自定義字體，務(wù)必使用動態(tài)型，這樣你的應(yīng)用可以在用戶選擇不同字號時做出應(yīng)對。
使用無邊框的按鈕。默認情況下，所有bar上的按鈕都是無邊框的。在內(nèi)容區(qū)域，無邊框按鈕以文案、顏色以及操作指引標題來表明按鈕功能。當按鈕被激活時，該按鈕呈現(xiàn)高亮的淺色狀態(tài)來作為操作響應(yīng)。
iOS經(jīng)常在不同的層級上展現(xiàn)內(nèi)容，用以表達分組和位置，并幫助用戶了解在屏幕上的對象之間的關(guān)系。
通過使用一個在主屏幕上方的半透明背景浮層來區(qū)分文件夾和其余部分的內(nèi)容。
備忘錄以不同的層級展示，如插圖所示。用戶在使用備忘錄里的某個條目時，其他的條目被收起在屏幕下方（譯者按：其實這個視覺提示使用起來很隱晦）。
日歷有較深的層級，當他們在翻閱年、月、日的時候，以及增強的交互動畫給用戶一種層級縱深感（循序切換的層次，從年到月到日）。在滾動年份視圖時，用戶可以即時看到今天的日期以及其他日歷任務(wù)。當用戶處于月份視圖時，點擊年份視圖按鈕，月份會縮小至年份視圖中的所處位置。
今天的日期依然處于高亮狀態(tài)，年份出現(xiàn)在返回按鈕處，這樣用戶可以清楚地知道他們在哪兒，他們從哪里進來并且知道如何返回。
類似的過渡動畫出現(xiàn)在用戶選擇一個日期時：月份視圖從所選位置分開，將當前的周日期推向屏幕頂端并翻轉(zhuǎn)出以小時為單位的當天時間視圖。這些動畫加強了日歷上年月日之間的關(guān)系的感知度。
幾乎所有的iOS 應(yīng)用都應(yīng)用了UIKit framework中定義的組件。了解這些組件的名字，作用和構(gòu)成能夠幫助你設(shè)計應(yīng)用過程中做出更好的決定。
UIKit提供的UI組件大致分成以下4種大類：
Bars：包含了導(dǎo)航信息，告訴用戶他們所在的位置并包含了一些能幫助用戶瀏覽或啟動某些操作的控制按鈕。
內(nèi)容視圖：包含了應(yīng)用的主體內(nèi)容以及某些操作行為，比如滾動、插入、刪除、排序等等。
控制按鈕：展示信息或者控制動作。
臨時視圖：短時間出現(xiàn)，給用戶重要信息或者額外的選擇或者其他功能。
除了定義UI組件，UIKit也定義對象實現(xiàn)的功能，例如手勢識別、繪圖、輔助功能和打印支持。
從編程的角度來說，UI組件被認為是不同類別的視圖，因為他們從UIView得到繼承。視圖能繪制屏幕內(nèi)容并且知道用戶何時觸摸了屏幕。視圖的所有類型有：控件（比如按鈕和滑塊），內(nèi)容視圖（比如集合視圖和表格視圖），以及臨時視圖（如警告提示和動作菜單）。
要在應(yīng)用中管理一組或者一系列的視圖，通常需要使用一個視圖控制器，它能協(xié)調(diào)視圖的顯示內(nèi)容，實現(xiàn)與用戶交互的功能并能在不同屏幕內(nèi)容之間切換。比如，“設(shè)置”使用了一個導(dǎo)航控制器來展示其視圖層級。
下面是一個例子，關(guān)于視圖與視圖控制器如何結(jié)合并呈現(xiàn)iOS 應(yīng)用的UI。
雖然開發(fā)者認為真正起到作用的是視圖和視圖控制器，但一般用戶感知到的iOS應(yīng)用是不同屏幕內(nèi)容的集合。從這個角度來看，在應(yīng)用里，屏幕內(nèi)容一般對應(yīng)于一個獨特的視覺狀態(tài)或者模式。
注：一個iOS應(yīng)用程序包含一個窗口。但是，不同于計算機程序中的窗口，iOS窗口沒有可見的部分并且不能在屏幕上被移動到另一個位置。很多iOS應(yīng)用程序只有一個窗口；可以支持外部顯示設(shè)備器的應(yīng)用程序可以有不止一個窗口。
在iOS Human Interface Guidelines中，screen這個詞和大部分用戶理解的一樣。作為一個開發(fā)者，你也許需要讀一下其他與UIscreen相關(guān)的章節(jié)，這樣你可以更好的了解如何關(guān)聯(lián)外部屏幕。
人們通常想隨心所欲地使用自己喜歡的應(yīng)用程序。在iOS 8及未來的版本中，你可以使用不同分辨率和自動布局來幫助你定義屏幕布局視圖，視圖控制器以及需要隨顯示環(huán)境改變的視圖（顯示環(huán)境display environment的概念指的是設(shè)備的整個屏幕或者其中一部分，比如一個跳出菜單區(qū)域或一個分視圖控制器的主視圖部分）。
iOS定義了兩個尺寸類別（size class），常規(guī)的（regular）和壓縮的（compact）。常規(guī)尺寸有著較易拓展的空間，而壓縮尺寸約束了空間的使用。想要定義一種顯示環(huán)境，你需要定義橫縱尺寸類型。如你所想，iOS設(shè)備可以有橫屏豎屏兩種不同的使用模式。
iOS能隨著顯示環(huán)境和尺寸類別變化而自動生成不同布局。舉個例子，當垂直尺寸從壓縮變?yōu)槌Ｒ?guī)時，導(dǎo)航欄和工具欄會自動變高。
當你靠尺寸類別來驅(qū)動布局變化時，你的應(yīng)用在任何顯示環(huán)境時都能顯示得很好。關(guān)于如何在Interface Builder中更好的使用尺寸類別，你可以查閱Size Classes Design Help。
注：在一種尺寸類別中，持續(xù)使用Auto Layout進行小的布局調(diào)整，比如拉伸或壓縮內(nèi)容。
下面的實例可以幫助你理解尺寸類型是如何適配不同設(shè)備的顯示環(huán)境。例如：iPad在長寬和橫屏豎屏?xí)r都使用常規(guī)尺寸類型。換句話說，iPad顯示環(huán)境一直處于垂直和水平的常規(guī)狀態(tài)。
iPhone的顯示環(huán)境可根據(jù)不同的設(shè)備和不同的握持方向而改變。
豎屏?xí)r，iPhone6 Plus使用的是常規(guī)高度和壓縮寬度類型。
橫屏?xí)r，iPhone6 Plus使用的是壓縮高度和常規(guī)寬度類型。
其他iPhone型號，包括iPhone6使用相同的尺寸類型設(shè)置。
豎屏?xí)r，iPhone 6，iPhone 5 和iPhone 4S使用的是壓縮寬度和常規(guī)高度。
橫屏?xí)r，這些設(shè)備在寬高上使用的都是壓縮類。
當你使用自適應(yīng)來開發(fā)UI時，你可以保證UI跟隨顯示環(huán)境變化而適當?shù)仨憫?yīng)。遵照這些指南，你可以給用戶良好的設(shè)備響應(yīng)體驗。
在所有環(huán)境下都保持對主體內(nèi)容的專注。這是最高優(yōu)先級。人們使用應(yīng)用時，與感興趣的內(nèi)容發(fā)生互動。當使用環(huán)境變化的同時，改變專注點會讓用戶感覺到迷失方向，喪失了對應(yīng)用的控制。
避免布局上不必要的變化。在所有環(huán)境中類似的使用體驗讓人們在旋轉(zhuǎn)設(shè)備或在不同設(shè)備上運行你的應(yīng)用時維持使用模式。例如，如果你使用一個網(wǎng)格在水平的常規(guī)模式下顯示圖像，你無需在一個列表中展示與壓縮模式下相同信息，雖然你可能調(diào)整了網(wǎng)格的尺寸。
如果你的應(yīng)用只在一個方向上運行，那么請直接一點。人們希望在各種握持方式下都可以使用你的應(yīng)用，能滿足這個期待是最好的。但是，如果你的應(yīng)用只在一個方向下運行，那么以下幾點請務(wù)必注意：
如果你的應(yīng)用將設(shè)備方向翻轉(zhuǎn)視為用戶輸入（的一種指令），那么就按照程序設(shè)定的方式來響應(yīng)設(shè)備翻轉(zhuǎn)。舉個例子，一個游戲讓用戶利用設(shè)備翻轉(zhuǎn)來移動游戲中的部件，那么這個游戲應(yīng)用本身（的UI）不能對翻轉(zhuǎn)屏幕產(chǎn)生響應(yīng)。在這種情況下，你必須關(guān)聯(lián)兩個需要變化的方向，并且允許人們在這兩個方向切換直到他們開始（了解并執(zhí)行）應(yīng)用的主體任務(wù)。一旦人們開始執(zhí)行主要任務(wù)，那就開始按程序設(shè)定的那樣來響應(yīng)設(shè)備的動作吧。
布局包含的不僅僅是一個應(yīng)用屏幕上的UI元素外觀。你的布局，應(yīng)該告訴用戶什么是最重要的，他們的選擇是什么，以及事物是如何關(guān)聯(lián)起來的。
提升重要內(nèi)容或功能，讓用戶容易集中注意在主要任務(wù)上。有幾個比較好的辦法是在屏幕上半部分放置主要內(nèi)容，以從左到右的習(xí)慣，從靠近左側(cè)的屏幕開始。
使用視覺化的重量和平衡向用戶展示相關(guān)的屏顯重要元素。大型控件吸引眼球，而比小的控件更容易在出現(xiàn)時被注意到。而且大型控件也更容易被用戶點擊，這讓它們在應(yīng)用中更加有用——就像電話和時鐘（上面的按鈕）——用戶經(jīng)常在容易分心的環(huán)境中能（正常）使用它們。
使用對齊來讓閱讀更舒緩，讓分組和層次之間更有秩序。對齊讓應(yīng)用看起來整潔而有序，也讓用戶在專注于屏幕時更有空間，從而專注于重要信息。不同信息組的縮進與對齊讓它們之間的關(guān)聯(lián)更清晰，也讓用戶更容易找到某個控件。
確保用戶能明白處于默認尺寸的首要內(nèi)容的含義。例如，用戶無需水平滾動就能看到重要的文本，或不用放大就可以看到主體圖像。
準備好改變字體大小。用戶期望大多數(shù)應(yīng)用能有設(shè)置字號大小的功能。為了適應(yīng)一些文本大小的變化，你也許需要調(diào)整布局；想要得到更多文本顯示相關(guān)的信息，你可以查閱章節(jié)Text Should Always Be Legible.
盡量避免UI上不一致的表現(xiàn)。在一般情況下，有著相似功能的控件看起來也應(yīng)該類似。用戶常常認為他們看到的不同總有原因，而且他們傾向于花時間去嘗試（譯者按：因此為了避免用戶做無用的嘗試所以建議類似功能外觀一樣）。
給每個互動的元素充足的空間，從而讓用戶容易操作這些內(nèi)容和控件。常用的點按類控件的大小是44 x 44點（points）。
有種說法是用戶往往不會花超過一兩分鐘去審視一個新應(yīng)用，當你將應(yīng)用從打開到啟動這段時間壓縮得很短，并且同時在載入過程中呈現(xiàn)一些對用戶有幫助的內(nèi)容，你就會激發(fā)用戶的興趣并給所有用戶一個驚喜。
重要：不要在安裝過程結(jié)束后告訴用戶需要重啟設(shè)備。重啟需要時間并且會讓人覺得你的應(yīng)用看上去不可靠而且很難使用。
如果你的應(yīng)用有內(nèi)存使用問題，或者不重啟就無法流暢運行，你必須聲明這些問題。關(guān)于如何開發(fā)一款性能良好的應(yīng)用，請查閱iOS應(yīng)用編程指南。
盡可能避免使用閃屏或者其他啟動體驗。用戶能夠在啟動后立即開始使用應(yīng)用是最好不過的。
避免讓用戶做過多設(shè)置。而應(yīng)該如此：
盡可能讓用戶晚一些再登錄。最理想的狀態(tài)是，用戶在無需登錄的情況下就能盡量多地瀏覽內(nèi)容并使用部分功能。例如，App Store應(yīng)用會在用戶瀏覽商品并確定進行購買時，才要求用戶進行登錄。對于必須登錄才能進行后續(xù)瀏覽和操作的應(yīng)用，用戶往往會直接放棄。
如果你的應(yīng)用必須先登錄后使用，那么你應(yīng)該在登錄頁面有一些簡短的文字，來描述為什么必須先登錄，以及這樣做會給用戶帶來什么好處。
謹慎使用新手引導(dǎo)（介紹應(yīng)用的功能和如何進行操作）。在考慮新手引導(dǎo)之前，你應(yīng)該完善你的應(yīng)用，盡可能使應(yīng)用的功能直觀和易于尋找。有句話說得好，好的應(yīng)用不需要新手引導(dǎo)。如果你確實覺得需要新手引導(dǎo)，那么請參考如下的建議，設(shè)計一個簡潔、有針對性并且不妨礙用戶的新手引導(dǎo)。
不要太早要求用戶去給你的應(yīng)用評分。過早要求用戶進行評分可能會適得其反。如果你想獲得用戶有價值的反饋和評論，在邀請用戶評論之前，請給他們一點時間來使用你的應(yīng)用，并對你的應(yīng)用形成印象。例如，你可以等用戶訪問了一定數(shù)量的頁面或完成了一定數(shù)量的任務(wù)之后，再邀請他們進行評價。
一般建議按照屏幕默認的定向方式啟動你的應(yīng)用。盡管如此，如果你的應(yīng)用只有一種屏幕方向，那么就始終以這個方向啟動，讓用戶在他們自己需要時再改變設(shè)備方向。例如，一個游戲或者媒體觀看應(yīng)用只在橫屏模式下運行，那么就應(yīng)該以橫屏模式啟動，即使設(shè)備當前處于豎屏模式。這樣的話，如果用戶在豎屏模式下打開應(yīng)用，他們也知道應(yīng)該把設(shè)備轉(zhuǎn)成橫屏來進行使用。
注：最好讓橫屏應(yīng)用支持兩種模式的橫屏，即home鍵處于左右兩側(cè)的狀態(tài)。如果設(shè)備當前已經(jīng)處于橫向狀態(tài)，那么就按照當前狀態(tài)啟動應(yīng)用，除非你有充分的理由不這么做。其他情況時，可以考慮按home鍵處于右側(cè)的方式啟動應(yīng)用。（想要了解更多關(guān)于支持不同設(shè)備方向的內(nèi)容，請參閱Respond to Changes in Device Orientation.）
準備一張與應(yīng)用首頁看上去一樣的閃屏。iOS會在啟動應(yīng)用時調(diào)用這張圖，這樣可以讓用戶覺得啟動速度很快，降低對等待時間的感知度。具體如何制作閃屏，請查閱Launch Images。（譯者注：Launch Images章節(jié)處在iOS Human Interface Guidelines的Icon and Image Design部分，翻譯將在后續(xù)更新中放出，煩請各位耐心等候。）
如果可能，不要讓用戶在初次啟動應(yīng)用時閱讀免責(zé)聲明或者確認用戶協(xié)議。你可以直接在App Store展示這些內(nèi)容，使用戶在下載前就有所了解；雖然這個辦法能最大地減少麻煩，但也不是一直可行。如果在某些情況下你必須展示這些內(nèi)容，要確保它們與UI保持統(tǒng)一并在產(chǎn)品功能與用戶體驗之間達成平衡。
在應(yīng)用重啟后，需要恢復(fù)到用戶退出使用時的狀態(tài)，讓他們可以從中斷之處繼續(xù)使用。無需讓用戶記住是如何達到此種退出狀態(tài)的。
iOS 應(yīng)用無需關(guān)閉或退出選項。當用戶切換應(yīng)用，回到主屏幕或者將設(shè)備調(diào)至睡眠模式的時候，其實就是停止了當前應(yīng)用的使用。
當用戶切換應(yīng)用時，iOS的多任務(wù)系統(tǒng)會將其放置到后臺并將新應(yīng)用的UI替換上來。在這種情況下，你必須做到以下幾點：
有些應(yīng)用可能需要一直在后臺運行。例如，用戶可能希望能在使用一個應(yīng)用的同時還能一直聽歌，接著又想用另外一個應(yīng)用來檢查代辦項或者玩游戲。關(guān)于如何正確處理多任務(wù)，請查閱Multitasking。（譯者注：Multitasking章節(jié)處在iOS Human Interface Guidelines的iOS Technologies部分，翻譯將在后續(xù)更新中放出，煩請各位耐心等候。）
不要強制讓應(yīng)用退出。因為這樣會讓用戶誤以為是crash。如果有問題產(chǎn)生，需要告訴用戶具體狀況以及如何解決。以下有兩個建議，取決于出現(xiàn)的問題有多嚴重而酌情使用：
如果應(yīng)用中所有的功能當前都不可用，那么應(yīng)該顯示一些內(nèi)容來解釋當前的情形，并建議用戶如何進行后續(xù)操作。這部分內(nèi)容給予了用戶以反饋，使用戶相信你的應(yīng)用現(xiàn)在沒問題。同時這也可以穩(wěn)定用戶情緒，讓他們決定是否要采取糾正措施，繼續(xù)使用應(yīng)用，還是切換到另一個應(yīng)用。
如果只有部分功能不可用，那么只要當用戶使用這些功能時顯示提示即可。不然的話，用戶就應(yīng)該能正常使用應(yīng)用的其他功能。如果你決定使用警告框來進行提示，請確保只在用戶嘗試使用不可用的功能時再顯示。
除非導(dǎo)航設(shè)計的不合理，不然用戶不應(yīng)明顯察覺到應(yīng)用中的導(dǎo)航體驗。放置導(dǎo)航到一個能夠支撐你的應(yīng)用結(jié)構(gòu)和目的卻又不過分引起用戶注意的狀態(tài)。
廣義來說，有三種主要類型的導(dǎo)航，每種導(dǎo)航都有其適應(yīng)的應(yīng)用結(jié)構(gòu)：
在分層應(yīng)用中，用戶在每個層級中都要選擇其中一項，直到目的層級。如果要切換到另一個層級，用戶必須回退一些層級，或者直接回到初始層級進行再次選擇。系統(tǒng)的設(shè)置和郵件應(yīng)用在這方面是很好的示范，可以參考他們。
在扁平應(yīng)用中，用戶可以從一個主要分類直接切換到另一個，因為所有的主要分類都可以從主屏直接訪問。音樂和App Store是兩個使用扁平結(jié)構(gòu)的好例子。
在內(nèi)容驅(qū)動或經(jīng)驗驅(qū)動信息結(jié)構(gòu)的應(yīng)用中，導(dǎo)航的內(nèi)容也會根據(jù)內(nèi)容或經(jīng)驗來進行設(shè)計。例如，在閱讀一本電子書時，用戶會一頁接一頁地進行閱讀，也會在目錄中選擇想要閱讀的頁碼跳轉(zhuǎn)后開始閱讀。同樣的，在游戲應(yīng)用中，導(dǎo)航的作用也非常重要。
在某些情況下，在一個應(yīng)用中結(jié)合多種導(dǎo)航類型會有很好的效果。例如，對于扁平信息結(jié)構(gòu)中某一分類下的內(nèi)容，用分層導(dǎo)航的方式來顯示可能會更好。
用戶應(yīng)該時刻清楚自己當前在應(yīng)用中所處的位置，以及如何前往他們所想到的頁面。
無論導(dǎo)航類型是否適合你的應(yīng)用結(jié)構(gòu)，最重要的是用戶訪問內(nèi)容的路徑應(yīng)該是合理、可預(yù)期和易于尋找的。
UIKit定義了一些標準的UI元素，這些元素即可以構(gòu)建分層或扁平的導(dǎo)航，也可以實現(xiàn)以內(nèi)容為中心的導(dǎo)航，例如電子書或者媒體觀看類應(yīng)用。游戲或者其他經(jīng)驗驅(qū)動的應(yīng)用通常需要一些自定義的元素和行為。
使用導(dǎo)航欄（Navigation Bar）幫助用戶輕松訪問分層內(nèi)容。導(dǎo)航欄的標題可以顯示用戶當前所處的層級，而后退按鈕可以回到上一層級。查看Navigation Bar了解更多。
使用標簽欄（Tab Bar）顯示同類型的內(nèi)容或功能。標簽欄很適合于扁平信息結(jié)構(gòu)，可以讓用戶在分類之間隨意切換，而不用在意當前所處的位置。查看Tab Bar了解更多。
在應(yīng)用中，如果每屏顯示的都是同類項或同類頁，可以使用頁面控件（Page Control）。頁面控件的優(yōu)點是可以直觀地告訴用戶共有多少個項目或頁面，以及當前所處的位置。查看Page Control了解更多。
一般來說，最好能給用戶到達每一屏的路徑。如果用戶需要，就應(yīng)該考慮使用臨時視圖，例如模態(tài)視圖、動作菜單或警告框。查看Modal View、Action Sheet和Alert了解更多。
（譯者注：上文提到的章節(jié)均處在iOS Human Interface Guidelines的第4章，翻譯將在后續(xù)更新中放出，煩請各位耐心等候。若有需要，亦可先參考先前已翻譯的iOS7 UI Elements章節(jié)：上，下。）
UIKit同時還提供了以下相關(guān)控件：
模態(tài)是一個承載某些連貫操作或內(nèi)容的優(yōu)缺點并存的模式。它可以給用戶提供一種不脫離主任務(wù)的方式去完成一個任務(wù)或者獲得信息，但是也會臨時性地阻止用戶對應(yīng)用的其他部分進行交互操作。
理想情況下，用戶可以與iOS 應(yīng)用進行一種非線性的交互，所以，盡可能減少應(yīng)用中的模態(tài)體驗是最好的。通常情況，在以下情形下可以考慮使用模態(tài)情境：
保持模態(tài)任務(wù)的簡單，簡短和高度聚焦。你肯定不希望用戶使用模態(tài)視圖時像使用應(yīng)用中的一個mini應(yīng)用一樣。如果子任務(wù)過于復(fù)雜，用戶會在進入模態(tài)情境時忽略主要任務(wù)。在設(shè)計一個涉及視覺層次的模態(tài)任務(wù)時特別要考慮這一點，因為用戶有可能迷失并且忘記如何回到之前的操作中去。如果一個模態(tài)任務(wù)必須包含不同視圖的子任務(wù)，確保給用戶一個獨立、清晰的導(dǎo)航路徑，并避免迂回。
始終提供明顯、安全的途徑退出模態(tài)任務(wù)。確保用戶在退出模態(tài)視圖時可以預(yù)期操作的結(jié)果。
一個任務(wù)需要多層級的模態(tài)視圖時，確保用戶理解點擊完成按鈕的結(jié)果。點擊一個低層級視圖上的完成按鈕是完成這個視圖中任務(wù)的一部分，還是整個任務(wù)？因為存在這種困惑的可能性，所以要盡可能避免在下級視圖中添加完成按鈕。
保證提醒對話框的內(nèi)容都是重要且可操作的。提醒對話框會打斷用戶的體驗并且要點擊才會消失，所以要讓用戶感到提醒信息是有用的，打斷是有價值的。
尊重用戶關(guān)于接收通知的選擇。用戶會設(shè)置接收應(yīng)用通知的形式，必須尊重要用戶的喜好設(shè)置，否則可能觸怒用戶，導(dǎo)致其關(guān)閉所有的推送通知。
用戶使用點擊、拖拽、捏合等手勢與iOS設(shè)備進行交互。使用手勢拉近了用戶和設(shè)備之間的距離，并且增強了直接操縱感。用戶通常期待手勢在不同應(yīng)用之間都是通用的。
除了用戶熟悉的標準手勢，iOS還定義了一些系統(tǒng)范圍內(nèi)的操作，例如呼出控制中心或消息中心。在任意應(yīng)用下都可以使用這些操作。
不要給標準手勢賦予不同的行為。除非你的應(yīng)用是游戲，否則重新定義標準手勢會使用戶迷惑，且增加使用難度。
不要創(chuàng)建和標準手勢功能相似的手勢操作。用戶已經(jīng)習(xí)慣了標準手勢的行為，沒有必要讓用戶學(xué)習(xí)達到同樣效果的不同操作。
可以用復(fù)雜手勢作為完成某任務(wù)的快捷方式，但不能是唯一觸達方式。最好給用戶提供一些簡單、直接的方式完成某操作，即使這種方法需要額外的動作。簡單的手勢能讓用戶集中于當前的體驗和內(nèi)容，而不是交互操作本身。
除非是游戲，否則避免定義新的手勢。在游戲或其他沉浸式的應(yīng)用中，操作手勢也是有趣體驗的一部分。但是在普通應(yīng)用中，幫助用戶達成目標要比操作本身重要的多，所以最好使用標準手勢，盡量避免讓用戶去發(fā)掘和記憶新的操作。
在特定的環(huán)境中，可以考慮使用多指操作。雖然復(fù)雜的操作并不一定適用于所有應(yīng)用，但對用戶會花大量時間使用的應(yīng)用來說可以豐富體驗，例如游戲或創(chuàng)建內(nèi)容環(huán)境。但因為非標準手勢可發(fā)現(xiàn)性差，要盡量少用，并且不要讓這類手勢成為完成任務(wù)的唯一方式。
為了暗示交互性，設(shè)計時會使用很多線索，包括顏色、位置、上下文、表意明確的圖標和標簽等。并不需要過于修飾元素來向用戶展示可交互性。
一個關(guān)鍵的顏色可以給用戶提供很強的視覺指引，尤其是沒有冗余的其它顏色時。為了有對比，使用藍色標記可交互的元素，并且使用統(tǒng)一的、易識別的視覺風(fēng)格。
返回按鈕使用多個線索指明其可交互性并傳達其功能：它出現(xiàn)在導(dǎo)航中，顯示了一個指向后方的圖標，使用了關(guān)鍵色，顯示了上一級頁面的標題。
一個圖標或者標題提供了清晰的名稱指引用戶點擊它。例如，地圖中的標題“立交橋路線”，“定位到這里”，清晰地說明了用戶可做的操作。結(jié)合關(guān)鍵色，就可以省去按鈕邊界或其他多余的修飾。
在內(nèi)容區(qū)域，有必要給按鈕添加邊界或背景。操作條中的按鈕、動作表單和提醒對話框可以不需要邊界，因為用戶知道在這種區(qū)域中大多數(shù)選項是可交互的。但是在內(nèi)容區(qū)域，按鈕有必要使用邊界或背景將按鈕從其他內(nèi)容中區(qū)分出來。例如，系統(tǒng)自帶的音樂、時鐘、照片和App Store應(yīng)用會在一些特別的場景中使用這種按鈕。
照片應(yīng)用中給分享按鈕增加了邊框，與其他解釋性文本進行了區(qū)分。
時鐘應(yīng)用在秒表和計時頁面中給按鈕增加背景來強調(diào)開始和暫停按鈕，并且使按鈕在周圍的內(nèi)容中更容易點擊。
App Store應(yīng)用中使用有邊界的按鈕，將按鈕和整個內(nèi)容條區(qū)分開來，點擊整條內(nèi)容查看詳細信息，點擊按鈕進行下載安裝。
反饋會幫助用戶了解應(yīng)用當前在做什么，發(fā)現(xiàn)接下來可以做什么以及理解動作產(chǎn)生的結(jié)果。UIKit提供了很多反饋。
盡可能將狀態(tài)或其他的反饋信息整合到UI中。用戶不進行操作或不跳出當前內(nèi)容就能獲得需要的信息是最好的。例如，郵箱應(yīng)用將當前郵箱的狀態(tài)顯示工具條上，這樣就不會影響當前內(nèi)容。
避免顯示不必要的警告框。警告框是一種很強的反饋機制，只有在傳遞非常重要也是理論上可行的信息時才需要使用它。如果用戶常看到很多不是重要信息的警告框，他們很快就會忽略所有對話框提醒。
不管用戶是點擊控件還是使用鍵盤，輸入信息都會花費時間和精力。如果發(fā)揮有用的效用前就讓用戶輸入大量信息會減弱用戶繼續(xù)使用的欲望。
讓用戶更容易地進行選擇。例如，使用選擇器或者表格代替純文本，避免要求用戶打字來提高選擇效率，降低選擇成本。
適宜地從iOS中獲取信息。設(shè)備上存儲了大量的用戶信息?？梢缘脑?，不要讓用戶提供你可以輕易找到的信息，例如聯(lián)系人或日歷信息。
提供有用的反饋來平衡用戶的輸入。付出和回報的概念可以幫助用戶感到進程在被推進。
iOS的用戶界面中遍布著細微、精美的動畫，它們使得應(yīng)用的體驗更具吸引力、更具動態(tài)性。適當?shù)膭赢嬁梢裕?/p>
謹慎地增加動畫，特別是在那些無法提供沉浸性體驗的應(yīng)用中。看起來過多的無理由的動畫會阻礙應(yīng)用的流暢性，降低性能，還會分散用戶在任務(wù)中的注意力。尤其要說的是，要有目的和限制性地使用運動效果和UI組件中的動態(tài)行為，并確保對結(jié)果進行測試。一旦被合理的使用，這些效果能提高用戶的理解度和愉悅度；過度使用他們則會使應(yīng)用看起來很迷惑，很難控制。
在合適的時候，使自定義的動畫與內(nèi)置動畫保持統(tǒng)一。人們習(xí)慣于謹慎添加動畫，尤其是在那些不能提供沉浸式用戶體驗的應(yīng)用中。如果應(yīng)用主要關(guān)注一些嚴肅的任務(wù)或者生產(chǎn)性任務(wù)，那么動畫就顯得多余了，還會無端打亂應(yīng)用的使用流程，降低應(yīng)用的性能，讓用戶從當前的任務(wù)中分心。
開發(fā)者的自定義動畫應(yīng)該切合內(nèi)置iOS應(yīng)用的動畫。用戶習(xí)慣于內(nèi)置iOS 應(yīng)用使用的精細動畫。事實上，用戶趨向于把視圖之間的平滑轉(zhuǎn)換，對設(shè)備方向改變的流暢響應(yīng)和基于物理力學(xué)的滾動效果看作是iOS體驗的一部分。除非你的應(yīng)用能夠給用戶沉浸式的體驗–比如游戲–自定義動畫應(yīng)該可以與內(nèi)置應(yīng)用的動畫相媲美。
使用風(fēng)格類型一致的動畫。在應(yīng)用中使用風(fēng)格類型一致的動畫非常重要，可以讓用戶構(gòu)建基于使用應(yīng)用獲得的用戶體驗。
大多數(shù)情況下，恰當一點的做法是讓自定義動畫更具現(xiàn)實性。用戶樂意于接受自由的藝術(shù)創(chuàng)作，但當你的動畫違背物理定律和自然法則的時候，他們會感覺到非常迷惑。
品牌推廣并不僅僅是在應(yīng)用中展示品牌的顏色和logo。理想狀態(tài)下，你開發(fā)的某個特定品牌的應(yīng)用應(yīng)該通過創(chuàng)建獨特的外觀和感覺來為用戶提供難忘的體驗。
在iOS系統(tǒng)之下可以很容易地使用自定義的圖標、顏色和字體來創(chuàng)建區(qū)別于其他應(yīng)用的UI。當你進行這些元素的設(shè)計時，牢記以下兩點：
當你需要讓用戶意識到你的品牌時，你應(yīng)該遵循以下幾點：
以精致優(yōu)雅不唐突的方式植入品牌的顏色和圖片。用戶使用你的應(yīng)用來完成事務(wù)或者進行娛樂，他們不希望被強迫著去觀看廣告。為了獲得最好的用戶體驗，你可以通過字體、顏色和圖像的設(shè)計來潛移默化地地提醒用戶你的品牌身份。
避免遠離用戶關(guān)心的內(nèi)容。比如，在屏幕頂部展示一個二級欄目，僅用來展示品牌資產(chǎn)，這意味著內(nèi)容沒有足夠的空間，可以考慮以其他低侵入性的方法無處不在地展示品牌，比如巧妙地定制屏幕的背景。
抵抗住誘惑，不要把你的logo貫穿整個應(yīng)用。移動設(shè)備的屏幕多數(shù)相當小，logo的每一次出現(xiàn)都會占據(jù)空間而將用戶與他們想看的內(nèi)容隔離開。而且，在應(yīng)用中顯示logo并不能像在網(wǎng)頁中顯示logo那樣達到相同的目的：對于用戶來說通常會很容易在不知道網(wǎng)頁所屬的情況下訪問一個網(wǎng)頁，但卻極少有用戶會在完全不看一個iOS系統(tǒng)中的應(yīng)用圖標的情況下就打開它。
在iOS系統(tǒng)中，顏色會用于表征交互，傳遞活性以及提供視覺連續(xù)性。內(nèi)置的應(yīng)用程序選擇使用那些看起來更具個性的、純粹、干凈的顏色，并輔以或亮或暗的背景組合。
如果你要創(chuàng)建多樣的自定義顏色，要確保它們能夠和諧共存。例如，如果你的應(yīng)用的基本風(fēng)格是柔和的色調(diào)，你就應(yīng)該創(chuàng)建一個協(xié)調(diào)的柔和色調(diào)的色板用于整個應(yīng)用。
注意在不同情境下的顏色對比。例如，如果在導(dǎo)航欄的背景與欄按鈕標題之間沒有足夠的對比，按鈕就會很難被用戶看到。 依據(jù)經(jīng)驗的法則來說，需要區(qū)分的顏色必須至少存在50%的亮度差異。（我們）需要將設(shè)備置于不同的光照環(huán)境之中（包括晴朗的室外）來測試設(shè)備上的觀感效果。
提示：一種發(fā)現(xiàn)需要更高對比度的區(qū)域的方法是降低UI的飽和度并在灰度模式下查看它。如果在灰度版本中你很難區(qū)分可交互與非可交互元素或背景等，你有可能需要增加這些元素之間的對比度。
當你使用自定義的欄顏色時，著重考慮半透明的欄和應(yīng)用內(nèi)容。當你需要創(chuàng)建能匹配特別顏色的欄顏色時（比如一個已有品牌中的顏色），可能在你獲得你想要的結(jié)果之前，你需要用各種顏色進行實驗。欄的顯示將會同時受到iOS系統(tǒng)所提供的半透明欄與藏在欄后面的應(yīng)用內(nèi)容的呈現(xiàn)所影響。
API注釋：使用淺色（TintColor）的屬性值給予欄按鈕顏色，使用欄淺色（BarTintColor）的屬性值為欄本身賦色。欲了解更多關(guān)于欄屬性的內(nèi)容，可參見UINavigationBar Class Reference,，UITabBar Class Reference，UIToolbar Class Reference和UISearchBar Class Reference。（譯者注：相關(guān)章節(jié)翻譯將在后續(xù)更新中放出，煩請各位耐心等候。）
注意顏色的盲區(qū)。多數(shù)色盲的人很難區(qū)分紅色與綠色。需要對你的應(yīng)用進行測試以確保在其中你沒有將紅色與綠色作為區(qū)分兩個不同狀態(tài)或值的唯一方式，一些圖像編輯軟件或工具能夠有效的幫你驗證顏色的盲區(qū)。通常意義來說，使用多種方式來表征原色的交互性是非常好的（需要了解更多關(guān)于在iOS系統(tǒng)中表征交互性的信息，詳見Interactive Elements Invite Touch）。
考慮選擇一種基準色顏色來表征交互性與狀態(tài)。在內(nèi)置的應(yīng)用中基準色有比如備忘錄中的黃色與日歷中的紅色等。如果你定義一種用于表征交互和狀態(tài)的基準色，要確保你的應(yīng)用中的其他顏色不會與它發(fā)生沖突。
色彩可以向用戶傳達信息，但不一定會以你希望的方式。每個人眼中的色彩是不一樣的，不同的文化為色彩賦予的意義也是不相同的?；〞r間來研究如何使用色彩才可能會被其他國家或者文化接受。你要盡可能確定應(yīng)用中運用的色彩向用戶傳達了恰當?shù)男畔ⅰ?/p>
大多數(shù)情況下，不能讓顏色喧賓奪主，讓用戶分心。除非色彩是應(yīng)用的目的和本質(zhì)所在，通常情況下色彩應(yīng)該用來從細微細節(jié)之處提升用戶體驗。
文字首先必須是清晰可辨的。如果用戶不能看清楚應(yīng)用中的字詞，那么文字再好看也是沒是無意義的。當你在你的應(yīng)用中采用Dynamic Type時，你可以實現(xiàn)：
注：如果你是用自定義字體，你仍然可以依據(jù)系統(tǒng)的字號設(shè)置來規(guī)劃字體范圍。當用戶改變設(shè)置時，你的應(yīng)用也必須響應(yīng)式的配合。
就你而言，要采用Dynamic Type需要一些工作。為了學(xué)習(xí)如何使用文字樣式并確保當用戶改變文字型號設(shè)置時你的應(yīng)用能夠獲取通知，可以參考Text Stylesin Text Programming Guide for iOS。（譯者注：相關(guān)章節(jié)翻譯將在后續(xù)更新中放出，煩請各位耐心等候。）
文本尺寸的響應(yīng)式變化需要優(yōu)先考慮內(nèi)容。并不是所有的內(nèi)容對于用戶都是同等重要的。當用戶選擇更大的文本尺寸時，他們是想要使他們關(guān)注的內(nèi)容更容易閱讀；他們并不總是想要屏幕上的每個單詞都更大。
例如，當用戶選擇具備更大易用性的文本尺寸時，郵件將會以更大的尺寸顯示郵件的主題和內(nèi)容，而對于那些沒那么重要的信息——如時間和收件人——則采用較小的尺寸。
在適當?shù)那闆r下，當用戶選擇一個不同的文本尺寸時要調(diào)整頁面布局。例如，當用戶選擇小的文本尺寸時，你可能想將內(nèi)容由一列的布局方式改為兩列。如果你決定根據(jù)不同的文本尺寸調(diào)整布局，你可以選擇針對尺寸的子集來實現(xiàn)——如包含小，中和大尺寸——而不是對于每個可能的尺寸都進行布局的調(diào)整。
確保一個自定義字體在不同尺寸下的所有類型都具備可讀性。實現(xiàn)這一效果的方法之一是效仿在不同的文本尺寸下iOS系統(tǒng)呈現(xiàn)字體樣式的一些方法。例如：
通常情況下，應(yīng)用中整體應(yīng)該使用單一字體。多種字體的混雜會使你的應(yīng)用看上去支離破碎和草率。相反，使用一種字體和少數(shù)樣式。根據(jù)語義用途，使用UIFont類的API來定義不同文本區(qū)域的樣式，比如正文或者標題。
每個應(yīng)用都需要一個漂亮的圖標。用戶常常會在看到應(yīng)用圖標的時候便建立起對應(yīng)用的第一印象，并以此評判應(yīng)用的品質(zhì)、作用以及可靠性。
以下幾點是你在設(shè)計應(yīng)用圖標時應(yīng)當記住的。當你確定要開始設(shè)計時，請參考App Icon來獲取更詳細的設(shè)計規(guī)格與指導(dǎo)。（譯者注：App Icon章節(jié)處在iOS Human Interface Guidelines的Icon and Image Design部分，翻譯將在后續(xù)更新中放出，煩請各位耐心等候。）
iOS提供了一系列小的icon，用以代表各種常見任務(wù)與操作，它們常用在標簽欄(Tab Bar)、工具欄(Toolbars)與導(dǎo)航欄(Navigation Bar)中。用戶通常都已經(jīng)了解這些內(nèi)置圖標的含義了，因此可以盡可能的多使用它們。
如果需要自定義動作或者內(nèi)容，你也可以設(shè)計自定義圖標。設(shè)計這些小的線性圖標與設(shè)計應(yīng)用圖標有很大的區(qū)別，請參考Bar Button Icons來了解更多內(nèi)容。（譯者注：Bar Button Icons章節(jié)處在iOS Human Interface Guidelines的Icon and Image Design部分，翻譯將在后續(xù)更新中放出，煩請各位耐心等候）
請注意，你有時候也可以用文字來代替工具欄和導(dǎo)航欄的圖標。 就像iOS的日歷里面，工具欄上便是使用“今天”、“日歷”和“收件箱”來代替圖標進行表意的。
想要決定在工具欄和導(dǎo)航欄中到底是用圖標還是文字，可以優(yōu)先考慮一屏中最多會同時出現(xiàn)多少個圖標。如果數(shù)量過多，可能會讓整個應(yīng)用看起來難以理解。使用圖標還是文字還取決于屏幕方向是橫向還是縱向，因為水平視圖下通常會擁有更多的空間，可以承載更多的文字。
iOS應(yīng)用大多數(shù)圖形豐富。無論是你需要展示用戶的照片，還是需要創(chuàng)建自定義圖片，以下這些需求都應(yīng)該遵守：
不要使用帶有蘋果符號與版權(quán)的圖片。這些符號都擁有版權(quán)，并且產(chǎn)品的設(shè)計可能會經(jīng)常改變。
你在應(yīng)用中呈現(xiàn)的每一個字都是與用戶進行對話的一部分。把握這樣的對話機會，為你的用戶提供清晰的表意與愉悅的體驗。
設(shè)置是面向全體用戶的一個基礎(chǔ)應(yīng)用，它使用了簡明扼要的語言來描述了用戶可以進行的操作。舉個例子，設(shè)置→勿擾模式（Do Not Disturb）就沒有使用難以理解的復(fù)雜術(shù)語，而是用了簡單的語言，給用戶描述了里頭的一系列操作。
保證你使用的術(shù)語是用戶能理解的。根據(jù)你對用戶群的理解來決定在應(yīng)用中使用什么樣的詞匯。舉個例子，在一款針對小白用戶的應(yīng)用中使用技術(shù)術(shù)語是不合適的，但對于針對高端用戶的應(yīng)用來說，使用技術(shù)術(shù)語是很自然的事情。
使用非正式的友好語氣，但不需要太過低三下四。避免太正式太僵化，或者太過嘻嘻哈哈，傲慢無禮。請記住，用戶可能會反復(fù)閱讀這些文本，因此有些起初看上去很俏皮的語句，多看幾次之后可能會顯得幼稚和煩人。
像新聞編輯一般遣詞造句，避免不必要的冗余語句。當你的文案足夠簡明扼要，用戶就可以很輕松地閱讀和理解它。確定最重要的信息，精煉它并且突出它，讓用戶不需要讀一大段文字才能了解他們在找什么，以及下一步要做什么。
給控件加上短標簽或者容易理解的圖標。讓用戶只掃一眼就能知道這個控件是干什么的。
描述時間時要注意準確性。今天和明天這些詞匯確實顯得比較友好，但有時候會讓用戶費解，因為你可能沒有辦法確定用戶當前的時區(qū)和時間。舉個例子，假如有一項活動會在半夜12點前開始，對于在同一個時區(qū)的用戶而言，這個活動是在今天開始的，但對于那些在早一點的時區(qū)里的用戶而言，這個活動在昨天就已經(jīng)開始了。
為你的應(yīng)用寫一則漂亮的App Store描述，地把握住這個與潛在用戶溝通的絕佳機會。除了準確描述你的應(yīng)用、強調(diào)應(yīng)用的品質(zhì)與亮點以外，你還需要：
與iOS整合，指的是在當前平臺上給用戶提供一種舒適的、賓至如歸般的體驗，當然這并不意味著我們要把每一個應(yīng)用做的和內(nèi)置應(yīng)用一模一樣。
最好的與iOS整合的方式便是深刻地了解iOS的主題與核心——這一部分在上文1.1 為iOS而設(shè)計（Designing for iOS）部分中已有詳細描述，并尋求出如何在你的應(yīng)用中融合與表達這種主題。當你這么做的時候，遵循本章中的指引可以幫助你為你的用戶提供他們想要的體驗。
盡可能使用UIKit提供的標準UI元素。多使用標準元素而非自定義元素，你與你的用戶都將受益：
想要充分地利用標準UI元素的優(yōu)點，有一些關(guān)鍵點需要特別注意：
嚴格遵循每個UI元素的設(shè)計規(guī)范。當你應(yīng)用中的UI元素的外觀與功能都是用戶所熟悉的，他們可以很容易地根據(jù)先前的經(jīng)驗來使用他們，進而更好地使用你的應(yīng)用。你可以從這些章節(jié)中找到各種UI元素的設(shè)計規(guī)范：Bars, Content Views,Controls, Temporary Views.
不要混用不同版本的iOS里的UI元素。你一定不希望讓用戶覺得你的UI元素來自于與當前設(shè)備版本不同的iOS系統(tǒng)。
大體來說，請避免創(chuàng)造自定義UI元素來表現(xiàn)標準交互行為。先問問你自己為什么一定要創(chuàng)建一個與標準UI元素行為完全相同的自定義元素。如果你只是想改變標準UI元素的外觀，可以考慮使用UIKit外觀定制API（UIKit appearance customization APIs），或者給元素填充別的顏色。如果你需要定義一個與標準控件稍有不同的行為，請確保你在改變了這個UI元素的屬性和行為之后，這個元素仍然能完成你所希望的操作。
不要用系統(tǒng)自帶的按鈕和圖標表達其他含義。iOS提供了多種可用的按鈕和圖標。請確認你了解它們的準確表意；不要單純憑借你看到這些圖標樣式的猜測和理解來解讀和使用它們。（你可以在Toolbar and Navigation Bar Buttons和Tab Bar Icons中了解到這些按鈕和圖標的準確含義。）
如果你所需要的功能無法用系統(tǒng)提供的按鈕和圖標來表現(xiàn)，你也可以設(shè)計自定義按鈕。自定義按鈕的設(shè)計可以參考Bar Button Icons。
如果你的應(yīng)用是沉浸式體驗，那么創(chuàng)造全新的自定義UI是合理的。因為你在創(chuàng)造一個統(tǒng)一的體驗環(huán)境，讓用戶在其中能夠有所期待并探索如何控制應(yīng)用。
iOS應(yīng)用可以幫助用戶創(chuàng)建和處理文件，但這并不意味著用戶需要過分考慮iOS設(shè)備的文件系統(tǒng)如何運作。
如果你的應(yīng)用中支持用戶創(chuàng)建和編輯文檔，那么提供一個清晰的圖形庫視圖（document library view）讓用戶能夠方便地打開或者新建文檔是一個好的做法。理想狀況下，這樣的圖形庫視圖擁有以下特征：
舉個例子，Pages應(yīng)用的圖形庫視圖里面，既展示了用戶已存在的文檔，也加入了便捷的新建文檔操作。
如果你的應(yīng)用允許用戶使用在其他應(yīng)用中創(chuàng)建的文檔，你可以通過模態(tài)文檔選擇視圖控制器(modal document picker view controller)來幫助用戶觸達它們。這個控制器可以提取用戶在iCloud中的文檔，還可以通過文檔提供者擴展（Document Provider extensions）來提取在其它應(yīng)用中創(chuàng)建和儲存的文件。想要了解更多文檔提供者擴展的內(nèi)容，可以參考Document Provider Extensions; 想要了解更多文檔提取視圖控制器，請參考Document Picker Programming Guide.
給用戶足夠的信心，讓他們相信除非主動取消或者刪除，他們的成果會被隨時妥善保存。如果你的應(yīng)用幫助用戶創(chuàng)建于管理文檔，不能要求用戶每次都能及時保存。無論是打開另一個文檔或切換應(yīng)用的時候，iOS應(yīng)用都應(yīng)當承擔(dān)起幫助用戶保存輸入內(nèi)容的責(zé)任。
如果你的應(yīng)用的主要功能不是創(chuàng)造內(nèi)容，但又允許用戶查看或編輯信息，這種情況下你需要詢問用戶是否要保存修改。在這種場景下，比較好的做法是提供“編輯”按鈕，點擊后進入編輯狀態(tài)，同時編輯按鈕變成“保存”和“取消”按鈕，這種變化可以提示用戶當前處于編輯模式?！氨４妗笨梢员Ａ粜薷膬?nèi)容，“取消”則退出編輯模式。
某些應(yīng)用需要用戶手動安裝或設(shè)置選項，但是大部分應(yīng)用不需要如此。一個好的應(yīng)用可以讓大部分用戶快速上手，并通過主界面給用戶提供便捷的調(diào)整體驗的方式。
當你的應(yīng)用在默認狀態(tài)下就能滿足大部分用戶的期望，用戶對設(shè)置的需求就減少了。如果你需要儲存用戶的基本資料，可以優(yōu)先向系統(tǒng)請求和拉取相關(guān)信息，而不是上來就讓用戶自己填寫它。如果你一定要提供用戶鮮少用到的設(shè)置項，請參考App Programming Guide for iOS中的The Setting Bundle部分來了解如何在代碼中定義它們。
盡可能在主界面提供設(shè)置選項。如果用戶在進行主線任務(wù)時有可能頻繁改變設(shè)置，將設(shè)置項放在主UI中會很方便。如果用戶只是偶爾才會用到設(shè)置項，那么可以將其放在獨立的視圖中。
如果應(yīng)用內(nèi)相關(guān)設(shè)置需要在系統(tǒng)設(shè)置中改變，幫助用戶直接訪問系統(tǒng)設(shè)置。尤其是，如果你要用一段文字來描述如何改變這個設(shè)置，比如“設(shè)置>隱私>定位服務(wù)”，倒不如直接放置一個按鈕，點擊后即可到達設(shè)置中的定位服務(wù)。想要了解如何實現(xiàn)，請參考 Settings Launch URL.
iOS提供了豐富的技術(shù)方式來支持用戶完成他們所期望的各種任務(wù)和場景。這意味著在絕大多數(shù)情況下，將系統(tǒng)提供的技術(shù)整合到你的應(yīng)用中，往往比自定義一種新的技術(shù)更為可靠。
某些iOS技術(shù)，比如多任務(wù)并行（Multitasking）與語音向?qū)В?span>VoiceOver）等等，是所有應(yīng)用都應(yīng)該包含的系統(tǒng)級特性。而另外一些技術(shù)是否整合到應(yīng)用中，則取決于應(yīng)用本身的功能性。比如處理門票和禮品卡的應(yīng)用（Passbook）支持用戶通過In-App Purchase完成購買，展示應(yīng)用內(nèi)置廣告（iAd Rich Media Ads）則可以整合 Game Center，同時支持iCloud。
掃一掃，案例分享帶回家（藍藍設(shè)計微信公眾平臺）藍藍設(shè)計的小編 http://www.teruid.com