聯(lián)系方式
-
-
郵箱：info@ntfirst.com
聯(lián)系方式
周一至周五 8:00 - 20:00
手機站二維碼
ISUX
譯者注：本文譯自蘋果官方人機界面指南 iOS Human Interface Guidelines (2015年10 月21日)，由騰訊ISUX設(shè)計師翻譯整理，非發(fā)文者一人之作。譯文首發(fā)于ISUX博客，如在閱讀過程中發(fā)現(xiàn)錯誤與疏漏之處，歡迎不吝指出。后續(xù)章節(jié)會陸續(xù)更新，敬請期待。
1.7 交互性與反饋（Interactivity and Feedback）1.7.1 可交互元素吸引用戶點擊（Interactive Elements Invite Touch）1.7.2 用戶所知道的標準手勢（Users Know the Standard Gestures）1.7.3 反饋有助于理解（Feedback Aids Understanding）1.7.4 輸入信息的方式要簡單（Inputting Information Should Be Easy）1.8 動畫（Animation）1.9 品牌推廣（Branding）1.10 顏色與字體（Color and Typography）1.10.1 色彩有助于增進溝通（Color Enhances Communication）1.10.2 優(yōu)秀的排版提供清晰的傳達（Great Typography Enables Clear Communication）1.11 圖標和圖形（Icons and Graphics）1.11.1 應用圖標（The App Icon）1.11.2 小圖標（Small Icons）1.11.3 圖形（Graphics）1.12 術(shù)語和措辭（Terminology and Wording）1.13 與iOS的集成（Integrating with iOS）1.13.1 正確使用標準UI元素（Use Standard UI Elements Correctly）1.13.2 弱化文件和文檔處理（Downplay File and Document Handing）1.13.3 必要時提供可配置選項（Be Configurable If Necessary）1.13.4 充分利用iOS技術(shù)（Take Advantage of iOS Technologies
為了暗示交互性，設(shè)計時會使用很多線索，包括點擊的反饋、顏色、位置、上下文、表意明確的圖標和標簽等。并不需要過于修飾元素來向用戶展示可交互性。
在支持3D Touch的設(shè)備上，當用戶按壓主屏上的圖標時，背景會虛化以此來暗示可以進行更多功能的選擇。
一個關(guān)鍵的顏色可以給用戶提供很強的視覺指引，尤其是沒有冗余的其它顏色時。為了對比，使用藍色來標記可交互的元素，同時能提供統(tǒng)一的、易識別的視覺風格。
返回按鈕使用多個線索指明其可交互并傳達其功能:它出現(xiàn)在導航中，顯示了一個指向后方的圖標，使用了關(guān)鍵色，并且顯示了上一級頁面的標題。
一個圖標或者標題提供了清晰的名稱指引用戶點擊它。例如，地圖中的標題“Flyover Tour”，“Directions to Here”，清晰的說明了用戶可做的操作。結(jié)合關(guān)鍵色，就可以省去按鈕邊界或其他多余的修飾。
在內(nèi)容區(qū)域，必要時可以給按鈕添加邊界或背景。位于欄（Bar）、動作列表（Action Sheet）和警告框（Alert）中的按鈕可以不需要邊界，因為用戶知道在這種區(qū)域中大多數(shù)選項是可交互的。但是在內(nèi)容區(qū)域，有必要使用邊界或背景將按鈕從其他內(nèi)容中區(qū)分出來。例如，音樂，時鐘，照片，App Store在一些特別的場景中使用這種按鈕。
照片管理中給分享按鈕增加了邊框，從其他解釋性文本中區(qū)分出來。
時鐘在秒表和計時頁面中給按鈕增加背景來強調(diào)開始和暫停按鈕，并且使按鈕在易分散注意力的內(nèi)容中更容易點擊。
應用商店中使用有邊界的按鈕，將按鈕和整個內(nèi)容條區(qū)分開來，點擊整條內(nèi)容查看詳細信息，點擊按鈕進行下載安裝。
用戶使用點擊、拖拽、捏合等手勢與應用和他們的IOS設(shè)備進行交互。使用手勢拉近了用戶和設(shè)備之間的距離，并且增強了直接操縱感。用戶通常期待手勢在不同應用之間都是通用的。
用戶在使用3D Touch時不需要學習額外的手勢操作。當用戶輕按屏幕并得到反饋時，很容易就能發(fā)現(xiàn)3D Touch提供的額外的交互方式。
除了用戶熟悉的標準手勢，iOS還定義了一些系統(tǒng)范圍內(nèi)的操作，例如呼出控制中心（Control Center）或消息中心（Notification Center）。用戶可以在任意應用下都使用這些手勢。
不要給標準手勢賦予不同的行為。除非你的應用是游戲，否則重新定義標準手勢會使用戶迷惑，且增加使用難度。
不要創(chuàng)建和標準手勢功能相似的手勢操作。用戶已經(jīng)習慣了標準手勢的行為，沒有必要讓用戶額外學習不同的操作手勢來達到同樣的操作結(jié)果。
可以用復雜手勢作為完成某任務(wù)的快捷方式，但不能是唯一觸達方式。最好給用戶提供一些簡單，直接的方式完成某操作，即使這種方法需要他們額外地多點擊一到兩次。簡單的手勢能讓用戶集中于當前的體驗和內(nèi)容，而不是交互操作本身。
除非是游戲，否則避免定義新的手勢。在游戲或其他沉浸式的應用中，操作手勢也是有趣體驗的一部分。但是在普通應用中，幫助用戶達成目標要比操作本身重要的多，所以最好使用標準手勢，盡量避免讓用戶去發(fā)覺和記憶新的操作。
在特定的環(huán)境中，可以考慮使用多指操作。雖然復雜的操作并不一定適用于所有應用，但對用戶會花大量時間使用的應用來說可以豐富體驗，例如游戲或創(chuàng)建內(nèi)容環(huán)境。但因為非標準手勢可發(fā)現(xiàn)性差，要盡量少用，并且不要讓這類手勢成為完成任務(wù)的唯一方式。
反饋幫助用戶了解應用當前在做什么，發(fā)現(xiàn)接下來可以做什么以及理解他們動作產(chǎn)生的結(jié)果。UIKit的操作和視圖提供了很多反饋類型。
盡可能將狀態(tài)或其他的反饋信息集成到UI中。用戶不進行操作或不跳出當前內(nèi)容就能獲得需要的信息是最好的。例如，郵箱將當前的狀態(tài)顯示在不影響當前內(nèi)容的工具欄上。
避免顯示不必要的提醒對話框。對話框是很強的反饋機制，只有在傳遞非常重要，且可操作的信息時才需要使用它。如果用戶?？吹胶芏鄾]有重要信息的對話框，他們很快就會忽略所有對話框提醒。想要了解更多信息，請參考Alert.（譯者注：Alert處在iOS Human Interface Guidelines的第4章 UI Elements部分，翻譯將在后續(xù)更新中放出，煩請各位耐心等候。若有需要，亦可先參考先前已翻譯的iOS7 UI Elements章節(jié)：下。）
不管用戶是點擊控件還是使用鍵盤，輸入信息都會花費時間和精力。如果在發(fā)揮有用的效用前就讓用戶輸入大量信息會減弱用戶繼續(xù)使用的欲望。
讓用戶更容易的進行選擇。例如，使用選擇器或者表格代替純文本，因為大部分用戶覺得從列表中進行選擇要比打字容易的多。
適時地從iOS中獲取信息。設(shè)備上存儲了大量的用戶信息?？梢缘脑?，不要讓用戶提供你可以輕易找到的信息，例如聯(lián)系人或日歷信息。
提供有用的反饋來平衡用戶的輸入。在使用應用的過程中，付出和回報的概念可以幫助用戶感到進程在被推進。
細微、精美的動畫遍布iOS的用戶界面，他們使應用的體驗更具吸引力，更具動態(tài)性。適當?shù)膭赢嬁梢裕?/p>
● 傳達狀態(tài)和提供反饋● 增強直接的操縱感● 將用戶的操作可視化
（譯者注：以上為視頻截圖，完整視頻請點擊觀看）
謹慎地增加動畫，特別是在那些無法提供沉浸式體驗的應用中。過多和無理由的動畫會阻礙應用的流暢性，降低性能，還會分散用戶在操作中的注意力。
尤其是要有目的地，合理地應用動效和UIKit中的動態(tài)控件，并確保對結(jié)果進行測試。合理地使用動效可以提升用戶的理解程度和愉悅感；應用過度使用動效會給用戶帶來迷惑和難以掌控的感覺。
如果可以，保持自定義動畫和內(nèi)置動畫的一致性。用戶習慣于內(nèi)置iOS應用使用的精細動畫。事實上，用戶傾向于把視圖之間的平滑切換，對設(shè)備方向改變的流暢相應和基于物理的滾動效果看做是iOS體驗的一部分。除非，你的應用要給用戶提供類似游戲應用的沉浸式體驗，這種情況下自定義的動畫可以區(qū)別于內(nèi)置動畫。
使用風格類型一致的動畫。自定義動畫之間也需要保持一致性，這樣可以讓用戶在使用應用以之前創(chuàng)建的經(jīng)驗為基礎(chǔ)。
一般來說，自定義的動畫要考慮動畫的現(xiàn)實性和可信性。人們樂意接受自由的藝術(shù)創(chuàng)作，但是當動效不合理或者違反物理學時，用戶會感到困惑。例如，當你從屏幕頂部下滑拖出一個視圖的時候，你也要上滑將它收起，因為這么做可以幫助用戶記住這個視圖從何而來。如果你下滑到屏幕底部關(guān)閉這個視圖，用戶關(guān)于從屏幕上方呼起的心理模型就會被打破。
成功的品牌推廣不僅僅包括在應用中添加品牌元素。優(yōu)秀的應用應該通過創(chuàng)建獨特的外觀和感覺來為用戶提供愉悅、難忘的體驗。
在iOS系統(tǒng)之下可以很容易地使用自定義的圖標、顏色和字體來創(chuàng)建區(qū)別于其他應用的UI。當你進行這些元素的設(shè)計時，牢記以下兩點：
● 每個自定義的元素本身都需要具備良好的觀感和功能性，但它也應該與應用中其他元素保持一致，無論應用中其他元素是自定義的還是標準的。● 為了在iOS中感覺舒適，你的應用雖然不必看起來跟內(nèi)置的一樣，但是需要對它的遵從、清晰度和深度（如欲了解更多，參見1 為iOS而設(shè)計（Design for iOS））進行集成?；ㄐr間弄清楚在你的應用中遵從、清晰和深度所代表的意味，并把它們在你的自定義元素中表達出來。
當你需要讓用戶意識到你的品牌時，你應該遵循以下幾點：
以精致優(yōu)雅不唐突的方式植入品牌元素。用戶使用你的應用來完成事務(wù)或者進行娛樂，他們不希望被強迫著去觀看廣告。為了獲得最好的用戶體驗，你可以通過字體、顏色和圖像的設(shè)計來潛移默化地地提醒用戶你的品牌身份。
避免遠離用戶關(guān)心的內(nèi)容。不要像上圖中的反例那樣將僅有品牌意義的內(nèi)容放在屏幕頂部二級欄上持續(xù)展示，使正文內(nèi)容空間被壓縮，而是考慮以其他低侵入性的方法無處不在地展示品牌，如使用自定義顏色、字體，或巧妙地定制屏幕的背景。
抵抗住誘惑，不要把你的logo貫穿整個應用。移動設(shè)備的屏幕多數(shù)相當小，logo的每一次出現(xiàn)都會占據(jù)空間，從而將用戶與他們想看的內(nèi)容隔離開。而且，在應用中顯示logo并不能像在網(wǎng)頁中顯示logo那樣達到相同的目的：對于用戶來說通常會很容易在不知道網(wǎng)頁所屬的情況下訪問一個網(wǎng)頁，但卻極少有用戶會在完全不看一個iOS系統(tǒng)中的應用圖標的情況下就打開它。
在iOS系統(tǒng)中，顏色會用于表明交互，傳遞活性以及提供視覺連續(xù)性。內(nèi)置的應用程序選擇使用那些看起來更具個性的、純粹、干凈的顏色，并輔以或亮或暗的背景組合。
如果你要創(chuàng)建多樣的自定義顏色，要確保它們能夠和諧共存。例如，如果你的應用的基本風格是柔和的色調(diào)，你就應該創(chuàng)建一個協(xié)調(diào)的柔和色調(diào)的色板用于整個應用。
注意在不同情境下的顏色對比。例如，如果在導航欄的背景與欄按鈕標題之間沒有足夠的對比，按鈕就會很難被用戶看到。一個快速但不嚴謹?shù)姆椒ㄊ峭ㄟ^將設(shè)備置于不同的光照環(huán)境之中（包括晴朗的室外）來測試設(shè)備上的顏色是否具有足夠的對比度。
雖然在設(shè)備上查看你的應用能夠在一定程度上幫助你找到需要調(diào)整的地方，但這仍代替不了能產(chǎn)生可靠結(jié)果的更科學客觀的方法。這種方法涉及到判定前景色和背景色的亮度值是否符合一定的比率。這個比率值可以通過在線對比度計算器或者根據(jù)WCAG2.0標準中提供的公式自己計算獲得。你應用中理想的顏色對比度應該是4.5:1或更高。
當你使用自定義的欄顏色時，著重考慮半透明的欄和應用內(nèi)容。當你需要創(chuàng)建能匹配特別顏色的欄顏色時（比如一個已有品牌中的顏色），可能在你獲得你想要的結(jié)果之前，你需要用各種顏色進行實驗。欄的顯示將會同時受到iOS系統(tǒng)所提供的半透明欄與藏在欄后面的應用內(nèi)容的呈現(xiàn)所影響。
API注：使用淺色（tintColor）的屬性值給予欄按鈕顏色，使用欄淺色（barTintColor）的屬性值為欄本身賦色。欲了解更多關(guān)于欄屬性的內(nèi)容，可參見UINavigationBar Class Reference,，UITabBar Class Reference，UIToolbar Class Reference和 UISearchBar Class Reference.
考慮選擇一種基準色顏色來表征交互性與狀態(tài)。內(nèi)置的應用里的基準色包括比如備忘錄中的黃色，和日歷中的紅色等等。如果你定義一種用于表征交互和狀態(tài)的基準色，要確保你的應用中的其他顏色不會與它發(fā)生沖突。
避免給可交互和不可交互的元素使用相同的顏色。色彩是表明UI元素交互屬性的方式之一。如果可交互和不可交互的元素使用相同的顏色，用戶將會難以判斷哪些區(qū)域是可點的。
色彩可以向用戶傳達信息，但不一定會以你希望的方式。每個人眼中的色彩是不一樣的，不同的文化為色彩賦予的意義也是不相同的?；〞r間來研究如何使用色彩才可能會被其他國家或者文化接受。你要盡可能確定應用中運用的色彩向用戶傳達了恰當?shù)男畔ⅰ?/p>
大多數(shù)情況下，不能讓顏色喧賓奪主，讓用戶分心。除非色彩是應用的目的和本質(zhì)所在，通常情況下色彩應該用來從細微細節(jié)之處提升用戶體驗。
Apple為全平臺設(shè)計了San Francisco字體以提供一種優(yōu)雅的、一致的排版方式和閱讀體驗。在iOS 9及未來的版本中，San Francisco 是系統(tǒng)字體。
San Francisco搭配Dynamic Type，可以為您提供：
● 一系列的字號大小，在任何用戶設(shè)置，包括可訪問性設(shè)置下，可獲得優(yōu)質(zhì)的清晰度和極佳的閱讀體驗。● 自動調(diào)整文字的粗細，字母間距以及行高的能力。● 為語義上有區(qū)別的文本模塊指定不同的文本樣式，比如正文、腳注或者標題。● 文本可以根據(jù)用戶在字號設(shè)置和可訪問性設(shè)置中指定字體大小的變化作出適當?shù)捻憫哪芰?/span>
下載San Francisco可訪問 https://developer.apple.com/fonts/.（注意：iOS9中的San Francisco字體取名為SF-UI）。當你在你的app中采用San Francisco時，你可以調(diào)整模擬器>設(shè)置中的值來測試在不同尺寸下你的app的文本。
注：如果你是用自定義字體，你仍然可以采用Dynamic Type或根據(jù)系統(tǒng)的字號設(shè)置來規(guī)劃字體范圍。當用戶改變設(shè)置時，你的應用也必須響應式的配合。如需了解如何使用文字樣式并確保當用戶改變文字體號設(shè)置時你的應用能夠獲取通知，可以參考Text Styles.
San Francisco 有兩類尺寸: 文本模式（Text）和 展示模式（Display）。 文本模式適用于小于20點（points）的尺寸，展示模式適用于大于20點（points）的尺寸。當你在你的app中使用San Francisco時，iOS會自動在適當?shù)臅r機在文本模式和展示模式中切換。
注：如果你使用應用程序如Sketch或Photoshop來生成你的設(shè)計，那么當你設(shè)置的字體不小于20點的時候，你需要切換到展示模式。iOS會根據(jù)字體大小為San Francisco自動調(diào)整字間距。（字間距是以用作于修改文字間距）。表格10-1 和 10-2分別是文本模式(Text)和展示模式(Display) 在不同字號下的間距值。
為了突出某些文字或者為了在內(nèi)容塊之間創(chuàng)建視覺關(guān)聯(lián)，你可以依賴由Dynamic Type支持的語義化樣式，如標題、正文，你也可以指定字體權(quán)重，如細體或者半粗。使用 Dynamic Type樣式使得你的內(nèi)容能更好地表達含義，但如果你想要對你的設(shè)計有更好的把控能力，你可以對特定的文字設(shè)置特定的權(quán)重。（想要了解更多關(guān)于調(diào)整字體權(quán)重， 可以參閱UIFont Class Reference.）
例如，你可能想要增加某些文字的權(quán)重，來幫助用戶可視化你的內(nèi)容的層次結(jié)構(gòu)，或者把用戶的注意力吸引到特定的詞或短語。另外，你可以通過增加較小文字的權(quán)重和減小較大文字的權(quán)重，在多個不同字號的、相鄰的標簽中創(chuàng)建視覺凝聚。字體權(quán)重在內(nèi)容的整體風格和表達中有重要影響，因此你可以選擇特定的權(quán)重來達到設(shè)計目的。
文本尺寸的響應式變化需要優(yōu)先考慮內(nèi)容。并不是所有的內(nèi)容對于用戶都是同等重要的。當用戶選擇更大的文本尺寸時，他們是想要使他們關(guān)注的內(nèi)容更容易閱讀；他們并不總是想要屏幕上的每個單詞都更大。
例如，當用戶選擇具備更大易用性的文本尺寸時，郵件將會以更大的尺寸顯示郵件的主題和內(nèi)容，而對于那些沒那么重要的信息——如時間和收件人——則采用較小的尺寸。
確保一個自定義字體在不同尺寸下的所有類型都具備可讀性。實現(xiàn)這一效果的方法之一是效仿在不同的文本尺寸下iOS系統(tǒng)呈現(xiàn)字體樣式的一些方法。例如：
● 文本永遠都不應該小于11點（points），即使是用戶選擇極小的文本尺寸。相較而言，內(nèi)容樣式使用17點的字號作為大尺寸，這也是默認的文本字號。● 通常來說，字號與行距值在每一檔的文本尺寸設(shè)置中差別為1點。唯一例外的是兩種標題的樣式，它們在極小、小和中尺寸的設(shè)置中均使用相同的字號、行距和字距。● 在最小的三種文本尺寸中，字間距相對較大；而在最大的三中文本尺寸中，字間距相對緊湊。● 標題和內(nèi)容的樣式使用相同的字體尺寸，同時，為了區(qū)分標題與內(nèi)容樣式，標題樣式使用更重的值。● 導航控制欄的文本使用相同的字號，而內(nèi)容文本的樣式則使用大尺寸的設(shè)置（值為17點）。● 文本總是使用常規(guī)或者中重，一般不適用輕或者加粗。
通常情況下，應用中整體應該使用單一字體。多種字體的混雜會使你的應用看上去支離破碎和草率。相反，使用一種字體和少數(shù)樣式。根據(jù)語義用途，使用UIFont類的API來定義不同文本區(qū)域的樣式，比如正文或者標題。
每個應用都需要一個漂亮的圖標。用戶常常會在看到應用圖標的時候便創(chuàng)建起對應用的第一印象，并以此評判應用的品質(zhì)、作用以及可靠性。
以下幾點是你在設(shè)計應用圖標時應當記住的。當你確定要開始設(shè)計時，請參考App Icon來獲取更詳細的設(shè)計規(guī)格與指導。（譯者注：App Icon處在iOS Human Interface Guidelines的Icon and Image Design部分，翻譯將在后續(xù)更新中放出，煩請各位耐心等候。）
● 應用圖標是整個應用品牌的重要組成部分。將圖標設(shè)計當成一個講述應用背后的故事，以及與用戶創(chuàng)建情感連接的機會。● 最好的應用圖標是獨特的，整潔的，打動人心的，讓人印象深刻的。● 一個好的應用圖標應該在不同的背景以及不同的規(guī)格下都同樣美觀。為了豐富大尺寸圖標的質(zhì)感而添加的細節(jié)有可能讓圖標在小尺寸時變得不清晰。
iOS提供了一系列小的icon，用以代表各種常見任務(wù)與操作，它們常用在標簽欄（Tab Bar）、工具欄（Toolbars）與導航欄（Navigation Bar）中。用戶通常都已經(jīng)了解這些內(nèi)置圖標的含義了，因此可以盡可能的多使用它們。
如果需要自定義動作或者內(nèi)容，你也可以設(shè)計自定義圖標。設(shè)計這些小的線性圖標與設(shè)計應用圖標有很大的區(qū)別，請參考Bar Button Icons來了解更多內(nèi)容。（譯者注：Bar Button Icons章節(jié)處在iOS Human Interface Guidelines的Icon and Image Design部分，翻譯將在后續(xù)更新中放出，煩請各位耐心等候）
請注意，你有時候也可以用文字來代替工具欄和導航欄的圖標。 就像iOS的日歷里面，工具欄上便是使用”今天”,”日歷”和”收件箱”來代替圖標進行表意的。
想要決定在工具欄和導航欄中到底是用圖標還是文字，可以優(yōu)先考慮一屏中最多會同時出現(xiàn)多少個圖標。同一屏幕中圖標的數(shù)量過多可能會讓整個應用看起來難以理解。使用圖標還是文字還取決于屏幕方向是橫向還是縱向，因為水平視圖下通常會擁有更多的空間，可以承載更多的文字。
iOS應用大多數(shù)圖形豐富。無論是你需要展示用戶的照片，還是需要創(chuàng)建自定義圖片，以下這些需求都應該遵守：
● 支持Retina顯示屏。確保你應用中的所有圖片資源都提供了高分辨率規(guī)格。尤其需要注意的是，iPhone 6 Plus需要提供@3x規(guī)格的圖片，而所有其他的高分辨率iOS設(shè)備都需要提供@2x規(guī)格的圖片。● 顯示照片或圖片時請使用原始尺寸，并不要將它拉伸到大于100%。你不會希望在你的應用中看到拉伸和變形的圖片?？梢宰層脩糇约簛磉x擇他們是否想要縮放圖片。
不要使用從蘋果系列產(chǎn)品中復制的圖形。這些圖形均受版權(quán)保護，而且產(chǎn)品的設(shè)計可能會頻繁改變。
不要將蘋果的應用圖標，圖像或者截圖用于你的設(shè)計中。所有蘋果的設(shè)計均受版權(quán)保護并且不允許出現(xiàn)在你的UI中，除非它們是由系統(tǒng)直接提供的。
你在應用中呈現(xiàn)的每一個字都是與用戶進行對話的一部分。把握這樣的對話機會，為你的用戶提供清晰的表意與愉悅的體驗。
設(shè)置是面向全體用戶的一個基礎(chǔ)應用，因此它使用了簡明扼要的語言來描述用戶可以進行的操作。舉個例子，設(shè)置→勿擾模式（Do Not Disturb）就沒有使用難以理解的復雜技術(shù)術(shù)語，而是用了簡單的語言，給用戶描述了里頭的一系列操作。
保證你使用的術(shù)語是用戶能理解的。根據(jù)你對用戶群的理解來決定在應用中使用什么樣的詞匯。舉個例子，在一款針對小白用戶的應用中使用技術(shù)術(shù)語是不合適的，但對于針對高端用戶的應用來說，使用技術(shù)術(shù)語是很自然的事情。
使用非正式的友好語氣，但不需要太過卑微。避免太正式太僵化，或者太過嘻嘻哈哈，傲慢無禮。請記住，用戶可能會反復閱讀這些文本，因此有些起初看上去很俏皮的語句，多看幾次之后可能會顯得煩人。
當你的文案足夠簡明扼要，用戶就可以很輕松地閱讀和理解它。確定最重要的信息，精煉它并且突出它，讓用戶不需要讀一大段文字才能了解他們在找什么，以及下一步要做什么。
給控件加上短標簽或者容易理解的圖標。讓用戶只掃一眼就能知道這個控件是干什么的。
描述時間時要注意準確性。今天和明天這些詞匯確實顯得比較友好，但有時候會讓用戶費解，因為你可能沒有辦法確定用戶當前的時區(qū)和時間。舉個例子，假如有一項活動會在半夜12點前開始，對于在同一個時區(qū)的用戶而言，這個活動是在今天開始的，但對于那些在早一點的時區(qū)里的用戶而言，這個活動在昨天就已經(jīng)開始了。
為你的應用寫一則漂亮的App Store描述，最大程度地把握住這個與潛在用戶溝通的絕佳機會。除了準確描述你的應用、強調(diào)應用的品質(zhì)與亮點以外，你還需要：
● 修正所有的拼寫、語法與標點符號錯誤。這些小錯誤也許不會影響用戶正常使用，但是可能會讓他們對應用的整體品質(zhì)產(chǎn)生負面印象。● 盡量少用全大寫的詞匯。雖然大寫單詞有時候可以吸引注意力，但是全大寫的段落不適合閱讀，而且會產(chǎn)生一種朝用戶扯著嗓子吼的感覺。● 可以描述bug修復情況。如果您的應用新版包含用戶一直期待的bug修復，那在你的軟件描述中提到這一點就是個很好的做法。
與iOS集成，指的是在當前平臺上給用戶提供一種舒適的、賓至如歸般的體驗，當然這并不意味著我們要把每一個應用做的和內(nèi)置應用一模一樣。
最好的與iOS集成的方式便是深刻地了解iOS的主題與核心——這一部分在上文為iOS而設(shè)計（Designing for iOS）部分中已有詳細描述，并尋求出如何在你的應用中融合與表達這種主題。當你這么做的時候，遵循本章中的指引可以幫助你為你的用戶提供他們想要的體驗。
盡可能使用UIkit提供的標準UI元素是一個好主意。多使用標準元素而非自定義元素，你與你的用戶都將受益：
● 標準UI元素會根據(jù)iOS官方的更新而自動更新——而自定義元素不會。● 標準UI元素對于你自定義外觀和行為來說擁有優(yōu)秀的擴展性。舉個例子，iOS中所有的視圖（Views，從UIView中繼承的對象）都是可以使用TintColor屬性來定義顏色的，它讓應用配色變得很簡單。● 用戶更熟悉和習慣標準的元素，因為他們可以立刻明白你的應用中這些元素的用途。
想要充分地利用標準UI元素的優(yōu)點，有一些關(guān)鍵點需要特別注意：
嚴格遵循每個UI元素的設(shè)計規(guī)范。當你應用中的UI元素的外觀與功能都是用戶所熟悉的，他們可以很容易地根據(jù)先前的經(jīng)驗來使用他們，進而更好地使用你的應用。你可以從這些章節(jié)中找到各種UI元素的設(shè)計規(guī)范：Bars, Content Views, Controls, Temporary Views.
（譯者注：上文提到的章節(jié)均處在iOS Human Interface Guidelines的第4章，翻譯將在后續(xù)更新中放出，煩請各位耐心等候。若有需要，亦可先參考先前已翻譯的iOS7 UI Elements章節(jié)：上，下。）
不要混用不同版本的iOS里的UI元素。你一定不希望讓用戶覺得你的UI元素來自于與當前用戶的設(shè)備版本不同的iOS系統(tǒng)。
大體來說，請避免創(chuàng)造自定義UI元素來表現(xiàn)標準交互行為。先問問你自己為什么一定要創(chuàng)建一個與標準UI元素行為完全相同的自定義元素。如果你只是想改變標準UI元素的外觀，可以考慮使用UIKit外觀定制API(UIKit appearance customization APIs)，或者給元素填充別的顏色。如果你需要定義一個與標準控件稍有不同的行為，請確保你在改變了這個UI元素的屬性和行為之后，這個元素仍然能完成你所希望的操作。如果你需要完全自定義一個行為，最好是設(shè)計一個與標準元素完全不相像的自定義元素。
提示：Interface Builder讓獲取標準UI元素，使用外觀定制API（the appearance customization APIs），獲取屬性，以及在你的應用里使用自定義和系統(tǒng)自帶圖標變得很簡單。想要了解更多Interface Builder的內(nèi)容，請參閱Xcode Overview.
不要用系統(tǒng)自帶的按鈕和圖標表達其他含義。iOS提供了多種可用的按鈕和圖標。請確認你了解它們的準確表意；不要單純憑借你看到這些圖標樣式的猜測和理解來解讀和使用它們。（你可以在Toolbar and Navigation Bar Buttons和Tab Bar Icons中了解到這些按鈕和圖標的準確含義。）
如果你所需要的功能無法用系統(tǒng)提供的按鈕和圖標來表現(xiàn)，你也可以設(shè)計自定義按鈕。自定義按鈕的設(shè)計可以參考 Bar Button Icons.
（譯者注：上文提到的章節(jié)均處在iOS Human Interface Guidelines的第4章，翻譯將在后續(xù)更新中放出，煩請各位耐心等候。若有需要，亦可先參考先前已翻譯的iOS7 UI Elements章節(jié)：上，下。）
如果你的app是沉浸式體驗，那么創(chuàng)造全新的自定義UI是合理的。因為你在創(chuàng)造一個統(tǒng)一的體驗環(huán)境，讓用戶在其中能夠有所期待并探索如何控制應用。
iOS應用可以幫助用戶創(chuàng)建和處理文件，但這并不意味著用戶需要過分考慮iOS設(shè)備的文件系統(tǒng)如何運作。
● 高度圖形化。用戶通過屏幕上的縮略圖就可以一目了然，快速找出自己想要的文件。● 讓用戶用最少的動作完成自己的任務(wù)。比如說，用戶可以快速地水平滾動文件列表，然后輕點一下自己想要的文件來打開它。● 包含新建文檔功能。一個圖形庫視圖應該支持讓用戶點擊一個新建文檔的占位圖便完成新建文檔操作，而不是讓用戶通過訪問別的地方來新建文檔。
舉個例子，Pages的圖形庫視圖里面，既展示了用戶已存在的文檔，也加入了便捷的新建文檔操作。
提示：你可以使用Quick Look Preview功能來讓用戶預覽你的應用中的文件，哪怕你的應用不能打開這些文件。想要了解如何在你的應用中提供這個功能，請參閱Quick Look.
如果你的應用允許用戶使用在其他應用中創(chuàng)建的文檔，你可以通過模態(tài)文檔選擇視圖控制器（modal document picker view controller）來幫助用戶觸達它們。這個控制器可以提取用戶在iCloud中的文檔，還可以通過文檔提供者擴展（Document Provider extensions）來提取在其它應用中創(chuàng)建和儲存的文件。想要了解更多文檔提供者擴展的內(nèi)容，可以參考Document Provider Extensions; 想要了解更多文檔提取視圖控制器，請參考Document Picker Programming Guide.
給用戶足夠的信心，讓他們相信除非主動取消或者刪除，他們的成果會被隨時妥善保存。如果你的應用幫助用戶創(chuàng)建于管理文檔，不能要求用戶每次都能及時保存。無論是打開另一個文檔或切換應用的時候，iOS應用都應當承擔起幫助用戶保存輸入內(nèi)容的責任。
某些應用需要用戶手動安裝或設(shè)置選項，但是大部分應用不需要如此。一個好的應用可以讓大部分用戶快速上手，并通過主界面給用戶提供便捷的調(diào)整體驗的方式。
當你的應用在默認狀態(tài)下就能滿足大部分用戶的期望，用戶對設(shè)置的需求就減少了。如果你需要儲存用戶的基本資料，可以優(yōu)先向系統(tǒng)請求和拉取相關(guān)信息，而不是上來就讓用戶自己填寫它。如果你一定要提供用戶鮮少用到的設(shè)置項，請參考App Programming Guide for iOS中的The Setting Bundle部分來了解如何在代碼中定義它們。
盡可能在主UI中提供設(shè)置選項。如果這個設(shè)置項代表著用戶一個基本任務(wù)，又或者用戶在進行主線任務(wù)時有可能頻繁改變設(shè)置，那么將設(shè)置項放在主UI中會很方便。如果用戶只是偶爾才會用到設(shè)置項，那么可以將其放在獨立的視圖中。
如果應用內(nèi)相關(guān)設(shè)置需要在系統(tǒng)設(shè)置中改變，幫助用戶直接訪問系統(tǒng)設(shè)置。尤其是，如果你要用一段文字來描述如何改變這個設(shè)置，比如“設(shè)置>隱私>定位服務(wù)”，倒不如直接放置一個按鈕，點擊后即可到達設(shè)置中的定位服務(wù)。想要了解如何實現(xiàn)，請參考 Settings Launch URL.
