2014-12-30 藍(lán)藍(lán)設(shè)計(jì)的小編
藍(lán)藍(lán)設(shè)計(jì)( sillybuy.com )是一家專注而深入的界面設(shè)計(jì)公司，為期望卓越的國內(nèi)外企業(yè)提供有效的UI界面設(shè)計(jì)、BS界面設(shè)計(jì) 、 cs界面設(shè)計(jì) 、 ipad界面設(shè)計(jì) 、 包裝設(shè)計(jì) 、 圖標(biāo)定制 、 用戶體驗(yàn) 、交互設(shè)計(jì)、 網(wǎng)站建設(shè) 、平面設(shè)計(jì)服務(wù).
每一個(gè)扁平化界面設(shè)計(jì)，都是我們的心靈碰撞致力于最棒的 metro ui 設(shè)計(jì)
來源：http://www.51design.com/index.php?app=news&mod=Index&act=newsDetail&id=926
如果您想訂閱本博客內(nèi)容，每天自動發(fā)到您的郵箱中， 請點(diǎn)這里
應(yīng)用擴(kuò)展可以延伸應(yīng)用的使用范圍。當(dāng)用戶使用其他應(yīng)用時(shí)，應(yīng)用擴(kuò)展使得用戶仍能使用你應(yīng)用的核心功能。舉個(gè)例子，當(dāng)人們在Safari中瀏覽網(wǎng)頁時(shí)，他們可以使用你的分享擴(kuò)展來發(fā)送一張圖片或一篇文章到你的社交網(wǎng)站上。或者當(dāng)使用照片應(yīng)用時(shí)，人們可能會使用你的圖片編輯擴(kuò)展來為一張圖片加上一個(gè)濾鏡效果。（在這些場景中，Safari和照片應(yīng)用承載用戶使用擴(kuò)展的場景，因而被稱為宿主應(yīng)用（host apps）。）
你需要提交包含應(yīng)用擴(kuò)展的完整iOS應(yīng)用到App Store（包含擴(kuò)展的應(yīng)用被稱為容器應(yīng)用）。在啟用擴(kuò)展之后，人們就可以在使用其他應(yīng)用時(shí)，通過使用擴(kuò)展來執(zhí)行快速任務(wù)。例如，在郵件中瀏覽某個(gè)商品時(shí)，人們可以不用離開郵件應(yīng)用就使用你的動作擴(kuò)展來把商品添加到購物清單中。
表17-1列舉了可以創(chuàng)建的iOS應(yīng)用擴(kuò)展類型。
表17-1應(yīng)用擴(kuò)展類型
| 應(yīng)用擴(kuò)展類型 | 人們使用擴(kuò)展來做… |
| 今天部件（Today widget） | 在通知中心中獲得快速更新或者在今天視圖中快速完成任務(wù) |
| 分享（Share） | 發(fā)送到網(wǎng)站或者和他人分享內(nèi)容 |
| 動作（Action） | 通過另一個(gè)應(yīng)用的上下文信息來操作或查看內(nèi)容 |
| 圖片編輯（Photo Editing） | 使用照片應(yīng)用編輯圖片或視頻 |
| 文檔提供者（Document Provider） | 進(jìn)入和管理文檔庫 |
| 自定義鍵盤（Custom keyboard） | 替換iOS系統(tǒng)鍵盤 |
以下指南適用于所有類型的應(yīng)用擴(kuò)展，針對特定類型應(yīng)用擴(kuò)展的指南請參閱后續(xù)章節(jié)。（如果想了解如何開發(fā)、調(diào)試和發(fā)布一個(gè)擴(kuò)展，請參閱App Extension Programming Guide。）
確保是單任務(wù)。應(yīng)用擴(kuò)展并不是應(yīng)用的精簡版，它幫助用戶在有全局目標(biāo)的上下文中完成狹義范圍內(nèi)的有限任務(wù)。例如，動作擴(kuò)展可以為用戶提供一種不同的方式來查看當(dāng)前內(nèi)容。
保證用戶的交互是有限和流暢的。好的應(yīng)用擴(kuò)展應(yīng)該只需幾步點(diǎn)擊就可以幫助人們完成任務(wù)，這樣他們就能盡快回到之前的場景中。例如，分享擴(kuò)展只需一次點(diǎn)擊即可完成一張圖片的分享。
將容器應(yīng)用及其應(yīng)用擴(kuò)展的名稱保持一致。一個(gè)容器應(yīng)用中如果有多個(gè)擴(kuò)展，需要使用不同的名稱，你需要確保用戶能夠理解你的擴(kuò)展和應(yīng)用之間的關(guān)系。人們會在很多不同的情況下遇到擴(kuò)展，如果他們當(dāng)下沒有認(rèn)出來，那么他們就未必會信任這些擴(kuò)展。
大部分情況下，復(fù)用容器應(yīng)用的圖標(biāo)。顯示用戶熟悉的圖標(biāo)是獲得用戶信任的另一種方式。請注意，對于動作擴(kuò)展來說，你應(yīng)該使用單色版本的容器應(yīng)用圖標(biāo)（詳見分享和動作擴(kuò)展）。
重要：和設(shè)計(jì)圖標(biāo)和圖形一樣，不要重復(fù)使用iOS的圖標(biāo)和圖片，不要為蘋果的產(chǎn)品和設(shè)計(jì)再設(shè)計(jì)一套圖片。
避免在擴(kuò)展上顯示模態(tài)視圖。很多擴(kuò)展默認(rèn)以模態(tài)視圖來顯示，所以應(yīng)避免再疊加模態(tài)視圖。盡管有時(shí)候用戶可能會在擴(kuò)展上遇到警告框，但是在設(shè)計(jì)擴(kuò)展的流程時(shí)，應(yīng)避免出現(xiàn)模態(tài)視圖。
人們會在通知中心的今天區(qū)域中查看今天部件（Today widgets）。因?yàn)槿藗儠O(shè)置今天區(qū)域以顯示他們最關(guān)注的信息，所以在此進(jìn)行設(shè)計(jì)可以有效幫助你的部件在這些用戶最重要的信息中占據(jù)一席之地。
設(shè)計(jì)與通知中心風(fēng)格一致的外觀。當(dāng)使用通知中心的默認(rèn)邊距和背景時(shí)，你的今天部件就會給用戶以統(tǒng)一的體驗(yàn)。為獲得最佳的結(jié)果，你應(yīng)該重點(diǎn)關(guān)注你的內(nèi)容而不是背景或者其他的，尤其應(yīng)該避免繪制一片純色背景。
注意：iOS會自動在自定義的部件內(nèi)容上方顯示應(yīng)用的圖標(biāo)和標(biāo)題（圖標(biāo)會顯示在標(biāo)題前面的空白處）。
將部件內(nèi)容與標(biāo)題對齊。當(dāng)你的部件內(nèi)容與標(biāo)題對齊時(shí)，人們就可以很簡單地瀏覽今天視圖中他們想要的部件。遵守今天視圖中的邊距規(guī)范，并將內(nèi)容約束在如圖的部件內(nèi)容區(qū)內(nèi)。
![[ISUX轉(zhuǎn)譯]iOS 8人機(jī)界面指南（三）：iOS技術(shù)（上）](http://image.woshipm.com/wp-files/2014/12/bcf36ad4e0093d0745b3ee394b0e7633.png)
一般情況下，使用白色的系統(tǒng)字體來顯示文本。在通知中心默認(rèn)背景下白色文字會看起來較好。對于二級文本，可以使用系統(tǒng)提供的vibrant外觀樣式（查看notificationCenterVibrancyEffect了解更多）。
提供通知中心式的體驗(yàn)。人們訪問通知中心來獲取簡要的更新或者執(zhí)行一個(gè)非常簡單的任務(wù)，所以今天部件最好只顯示適量的信息和進(jìn)行有限的互動，特別是：
- 避免用戶在部件中需要滾動或縱向移動來查看全部的信息。部件可以通過縱向擴(kuò)展來顯示更多的信息，但若部件的高度超過通知中心的高度就不是一種好的體驗(yàn)了，因?yàn)檫@樣會干擾其他部件的查看。
- 避免使用橫向掃動或拖曳，因?yàn)檫@會干擾在通知中心進(jìn)行導(dǎo)航。
- 盡可能使用戶只需一步操作就完成任務(wù)或打開你的應(yīng)用（注意，在今天部件中鍵盤是不可用的）。
- 優(yōu)化性能以便人們可以即刻獲得有用的信息。可以考慮在本地緩存信息，以便當(dāng)有更新時(shí)就可顯示最近信息。人們只希望在今天視圖中花很少的時(shí)間，如果部件使用內(nèi)存不當(dāng)，iOS就可能會終止它。
在適當(dāng)情況下，讓人們點(diǎn)擊你的今天部件來打開你的應(yīng)用。因?yàn)榻裉觳考峁┝藢Ｒ坏捏w驗(yàn)，所以就能有效引導(dǎo)人們?nèi)サ侥愕膽?yīng)用以獲取更多信息或功能。最好不要顯示“打開應(yīng)用”按鈕，而是應(yīng)該讓你的整個(gè)今天部件都可被點(diǎn)擊來打開應(yīng)用。你也可以讓用戶點(diǎn)擊部件中的UI對象，以打開你的應(yīng)用并跳轉(zhuǎn)到關(guān)于此UI對象的視圖中。舉個(gè)例子，日歷部件顯示了今天的事件，如果用戶想要獲得某個(gè)事件的更多信息，他們可以點(diǎn)擊部件中的事件來打開日歷應(yīng)用進(jìn)行查看。
注意：雖然從部件打開應(yīng)用的方式對用戶來說還不錯(cuò)，但繼續(xù)在部件中提供有用且及時(shí)的信息依然是很重要的。人們可不一定會欣賞一個(gè)功能只是打開應(yīng)用的今天部件。
人們通過點(diǎn)擊應(yīng)用中的動作按鈕（Action button）來使用分享和動作擴(kuò)展。在通過動作按鈕顯示的動作視圖控制器（activity view controller）中，動作擴(kuò)展被列在底部，分享擴(kuò)展被列在動作擴(kuò)展之上。人們可以使用更多（More）按鈕來管理顯示在動作視圖控制器中的分享和動作擴(kuò)展。
分享或動作擴(kuò)展通常被認(rèn)為是在當(dāng)前用戶場景下用來輸入內(nèi)容之用。例如，當(dāng)在Safari中閱讀一篇文章時(shí)，用戶可能會點(diǎn)擊動作按鈕并使用一個(gè)分享擴(kuò)展來發(fā)送這篇文章到分享網(wǎng)站上，也可能會使用一個(gè)動作擴(kuò)展來查看這篇文章的翻譯。
注意：在動作視圖控制器中，iOS只會顯示支持當(dāng)前內(nèi)容類型的動作擴(kuò)展。例如，當(dāng)用戶當(dāng)前內(nèi)容是視頻時(shí)，iOS就不會顯示支持文本的動作擴(kuò)展。
盡可能在分享擴(kuò)展中使用系統(tǒng)提供的UI。系統(tǒng)所提供的撰寫視圖控制器（compose view controller）提供給用戶一種一致的體驗(yàn)，并能自動支持一些常用任務(wù)，例如預(yù)覽和確認(rèn)標(biāo)準(zhǔn)項(xiàng)，同步內(nèi)容，查看動畫，以及完成一封郵件。欲知更多關(guān)于使用系統(tǒng)提供的撰寫視圖控制器，請參見App Extension Programming Guide中的Share。
如果上傳需要一定時(shí)間，那就應(yīng)考慮在分享擴(kuò)展的容器應(yīng)用中顯示上傳進(jìn)度。無論分享的文件有多大，人們都期待在點(diǎn)擊擴(kuò)展中的發(fā)送或分享按鈕后，能立即返回他們之前的場景。你需要讓進(jìn)度狀態(tài)隨時(shí)更新，但是人們不想每次上傳完畢后都收到通知，并且也無法自動重啟擴(kuò)展。在這種場景下，在容器應(yīng)用中顯示上傳進(jìn)度是一種解決方案，這樣容器應(yīng)用就可以在后臺處理任務(wù)，并在遇到問題時(shí)發(fā)送通知。
動作擴(kuò)展使用單色的應(yīng)用圖標(biāo)。（不同的是，分享擴(kuò)展則應(yīng)該使用其容器應(yīng)用的彩色應(yīng)用圖標(biāo)。）要為動作擴(kuò)展設(shè)計(jì)圖標(biāo)時(shí)，你可能需要從創(chuàng)建一個(gè)應(yīng)用圖標(biāo)的模版開始著手。如有需要，可以專注圖標(biāo)所特有的元素來進(jìn)行簡化設(shè)計(jì)。
如果你在容器應(yīng)用中提供了多個(gè)動作擴(kuò)展，那么最好為他們設(shè)計(jì)一套圖標(biāo)，且確保這套圖標(biāo)中的每一個(gè)看起來都與容器應(yīng)用的圖標(biāo)是有關(guān)聯(lián)的。
當(dāng)人們在照片（Photos）應(yīng)用中查看圖片或視頻時(shí)，可以使用圖片編輯擴(kuò)展。一般來說，圖片編輯擴(kuò)展能幫助用戶篩選圖片或進(jìn)行一些其他的圖片或視頻編輯。在用戶確認(rèn)之后，編輯后的內(nèi)容就會出現(xiàn)在照片應(yīng)用中。
照片應(yīng)用提供了一個(gè)模態(tài)視圖來顯示圖片編輯擴(kuò)展的自定義UI。當(dāng)用戶在確認(rèn)對圖片或視頻的編輯時(shí)選擇了取消（你必須要在代碼上保證存在這個(gè)行為），照片應(yīng)用還可以顯示一個(gè)確認(rèn)視圖。
避免在圖片編輯擴(kuò)展中使用導(dǎo)航欄。如圖所示，承載擴(kuò)展的模態(tài)視圖已經(jīng)包含了導(dǎo)航欄，若再增加另一個(gè)導(dǎo)航欄，既會占據(jù)更多你的界面空間，還會使用戶產(chǎn)生困擾。（照片應(yīng)用默認(rèn)會以全屏高度來顯示你的視圖，所以你的內(nèi)容會出現(xiàn)在內(nèi)建的導(dǎo)航欄之下。）
如果可以，讓用戶能夠預(yù)覽編輯結(jié)果。盡可能讓用戶在關(guān)閉擴(kuò)展返回照片應(yīng)用之前看到他們編輯的成果。
文檔提供者擴(kuò)展幫助人們在其他各種應(yīng)用中查閱你的應(yīng)用所管理的文檔。在宿主應(yīng)用（host app）中，文檔采集視圖控制器（document picker view controller）會顯示你的擴(kuò)展所提供的UI（想要了解更多有關(guān)文檔采集視圖控制器的內(nèi)容，請查閱UIDocumentPickerViewController Class Reference）。
注意：文檔提供者擴(kuò)展由兩個(gè)不同的部分組成：文檔采集視圖控制器擴(kuò)展和文件提供者擴(kuò)展。文檔采集視圖控制器擴(kuò)展包括了你的自定義UI，文件提供者擴(kuò)展實(shí)現(xiàn)對文件的訪問。本節(jié)所使用的術(shù)語文檔提供者擴(kuò)展（Document Provider extension）是為了表述擴(kuò)展中文檔采集視圖控制器部分的UI和體驗(yàn)。
避免在文檔提供者擴(kuò)展中使用導(dǎo)航欄。iOS會顯示擴(kuò)展的自定義UI，而自定義UI又包含在文檔采集視圖控制器中基于導(dǎo)航欄的界面之中。所以，在內(nèi)建導(dǎo)航欄之下再顯示第二個(gè)導(dǎo)航欄會使用戶感到困惑，并且還會占據(jù)原本你的內(nèi)容區(qū)域。（文檔采集視圖控制器默認(rèn)會以全屏高度來顯示你的視圖，所以你的內(nèi)容會出現(xiàn)在內(nèi)建的導(dǎo)航欄之下。）
人們使用帶有自定義輸入法的輸入法擴(kuò)展來替換iOS的自帶輸入法。在啟用輸入法擴(kuò)展之后，除了受保護(hù)的文本區(qū)域（例如密碼輸入?yún)^(qū)）和手機(jī)鍵盤區(qū)（例如聯(lián)系人中的電話號碼區(qū)）外，當(dāng)人們點(diǎn)擊任何文本輸入?yún)^(qū)域后就能使用自定義輸入法。
為用戶提供明顯的方式來切換輸入法。人們對于iOS的輸入法切換按鈕很熟悉，他們會期望在你的輸入法中也有類似的體驗(yàn)。
通知為人們提供即時(shí)的重要信息和功能。人們能在多種情況下收到通知，例如在鎖屏界面中，或者在使用應(yīng)用時(shí)，或者訪問通知中心時(shí)。
通知中心有兩種視圖：通知（Notifications）和今天（Today）。
今天視圖顯示了一組可編輯的部件。今天部件是一個(gè)應(yīng)用擴(kuò)展，顯示了少量及時(shí)和重要的信息或功能，這些信息或功能則是由用戶所關(guān)注的應(yīng)用所提供。舉例來說，日歷部件只顯示了今天的事件。點(diǎn)擊日歷部件中的一個(gè)事件可以喚起日歷應(yīng)用，并打開該事件，用戶接下來可以編輯該事件或管理其他的事件。想要了解更多關(guān)于設(shè)計(jì)今天部件的內(nèi)容，請參見今天部件。
通知視圖會顯示用戶感興趣的應(yīng)用所發(fā)出的最近通知。用戶可以在設(shè)置（Settings）中來設(shè)置是否在通知中心顯示該應(yīng)用的通知。
iOS應(yīng)用可以使用通知來讓人們知道一些有趣的事情是什么時(shí)候發(fā)生的，例如：
- 收到一條消息
- 事件即將發(fā)生
- 有新的數(shù)據(jù)可下載了
- 某些狀態(tài)發(fā)生了變化
在iOS8及之后的版本中，應(yīng)用可以定義用戶在通知中的操作。例如，用戶可以在待辦事項(xiàng)應(yīng)用的通知中就標(biāo)記該事項(xiàng)已完成，而無需額外打開應(yīng)用。
iOS定義了兩種類型的通知。
- 本地通知（local notification）由應(yīng)用安排待發(fā)送，最終通過iOS發(fā)送到同一設(shè)備中，無論該應(yīng)用當(dāng)前是否正在后臺運(yùn)行。例如，日歷或待辦事項(xiàng)應(yīng)用可以安排一條本地通知來提醒人們一個(gè)即將到來的會議或者日期。
- 遠(yuǎn)程通知（remote notification）（也稱為推送通知（push notification））是由應(yīng)用的遠(yuǎn)程服務(wù)器通過蘋果推送通知服務(wù)來發(fā)送的，這類通知最終會被推送到所有安裝了該應(yīng)用的設(shè)備。例如，一款在線競技類的游戲，用戶可以和其他玩家競賽的，可以更新所有玩家的狀態(tài)。
注意：應(yīng)用擴(kuò)展可能會要求遠(yuǎn)程通知必須發(fā)送到它的容器應(yīng)用。在這種場景下，容器應(yīng)用常常會在后臺運(yùn)行來處理通知。想要了解更多關(guān)于應(yīng)用擴(kuò)展的內(nèi)容，請參見應(yīng)用擴(kuò)展。
如果當(dāng)你的應(yīng)用正在后臺運(yùn)行時(shí)收到了本地或遠(yuǎn)程的通知，你就應(yīng)該以你的應(yīng)用所特有的方式將信息傳達(dá)給你的用戶。
為了確保用戶能夠自定義他們的通知體驗(yàn)，你應(yīng)該盡可能多地支持以下的通知類型：
- 橫幅（Banner）
- 警告框（Alert）
- 小氣泡（Badge）
- 聲音（Sound）
注意：在iOS8及之后的版本中，你必須對所有你想發(fā)送給用戶的通知類型進(jìn)行注冊。當(dāng)你第一次進(jìn)行注冊動作時(shí)，用戶會遇到一個(gè)警告框，他們可以在其中操作來決定允許或拒絕所有來自你的應(yīng)用的通知。不管用戶選擇的結(jié)果是什么，他們應(yīng)始終能訪問應(yīng)用的設(shè)置來更改此項(xiàng)設(shè)置，或者設(shè)置他們想要接收的通知類型。
橫幅（banner）是一個(gè)小而透明的視圖，會出現(xiàn)在屏幕頂部并在幾秒后消失。用戶還可以看到在鎖屏當(dāng)中的橫幅以及在通知中心中以通知形式出現(xiàn)的橫幅。在橫幅中，iOS會顯示通知的內(nèi)容和應(yīng)用的小圖標(biāo)（欲了解更多關(guān)于小圖標(biāo)的內(nèi)容，請參見 App Icon）。用戶點(diǎn)擊橫幅來隱藏顯示并切換到發(fā)送通知的應(yīng)用。
除了默認(rèn)的點(diǎn)擊動作之外，當(dāng)用戶輕掃橫幅時(shí),你還可以定義兩個(gè)動作按鈕。點(diǎn)擊通知?jiǎng)幼靼粹o來隱藏橫幅的顯示并啟動你的應(yīng)用（可能是在后臺）來執(zhí)行動作。
通知警告框是顯示在屏幕上的標(biāo)準(zhǔn)警告框視圖，需要用戶操作后才會隱藏。當(dāng)用戶點(diǎn)擊Options按鈕后，你需要提供并顯示通知消息以及任何一個(gè)默認(rèn)動作，或最多四個(gè)特定動作。警告框的背景樣式不能做修改。
當(dāng)用戶點(diǎn)擊警告框中的一個(gè)默認(rèn)或自定義動作按鈕時(shí)，iOS會同時(shí)隱藏警告框并運(yùn)行你的應(yīng)用（可能是在后臺）。點(diǎn)擊關(guān)閉或確定按鈕會隱藏警告框而不打開應(yīng)用。
小氣泡（badge）是一個(gè)顯示未讀通知數(shù)量的紅色小圓（小氣泡顯示在應(yīng)用圖標(biāo)的右上角）。小氣泡的大小和顏色不能做修改。
橫幅、警告框和小氣泡這三種通知都可以使用自定義或系統(tǒng)提供的聲音。
在通知中謹(jǐn)慎使用具破壞性的動作。要確定用戶有足夠的上下文來避免意想不到的后果。為了幫助用戶區(qū)分你所定義的破壞性動作，iOS會用紅色來顯示它。有時(shí)候，在應(yīng)用執(zhí)行破壞性動作之前，應(yīng)該請求用戶進(jìn)行確認(rèn)。舉個(gè)例子，如果在鎖屏的橫幅（banner）中提供了一個(gè)破壞性動作，那么就應(yīng)確保只有設(shè)備的主人才能執(zhí)行該動作（你需要在代碼上實(shí)現(xiàn)這一需求）。
為每個(gè)動作按鈕提供自定義標(biāo)題。創(chuàng)建一個(gè)簡短的標(biāo)題來描述清楚將要發(fā)生的動作。例如，游戲可能會使用“Play”作為標(biāo)題來表明，點(diǎn)擊這個(gè)按鈕會打開應(yīng)用來進(jìn)行游戲。確保標(biāo)題：
- 使用標(biāo)題樣式的大小寫（title-style capitalization）
- 足夠簡短，能不被截?cái)嗟仫@示在按鈕內(nèi)（也應(yīng)確保測試各種語言文字的標(biāo)題顯示正常）
不要為同一個(gè)事件重復(fù)發(fā)送通知。用戶可以選擇處理通知項(xiàng)；通知項(xiàng)在用戶未處理前會一直顯示。如果為同一事件重復(fù)發(fā)送通知，通知中心列表中會滿是通知，用戶就有可能會關(guān)閉你的應(yīng)用的通知。
不要在通知消息中包含你的應(yīng)用名稱。自定義信息會在警告框和橫幅中顯示，也會在通知中心中以通知的形式顯示。你無需在自定義信息中顯示你的應(yīng)用名稱，因?yàn)閕OS會在顯示信息的同時(shí)自動顯示應(yīng)用名稱。
為了使本地或遠(yuǎn)程通知信息更有作用，你應(yīng)該：
- 專注于信息而不是用戶的行為。避免告訴人們點(diǎn)擊哪個(gè)按鈕或如何打開你的應(yīng)用。
- 足夠簡短，一兩行就可以顯示完整。較長的信息對于用戶來說很難進(jìn)行快速閱讀，也會造成在警告框中需要滾動才能查看完整。
- 使用句式大小寫（sentence-style capitalization），并配以合適的結(jié)束語句符號?？赡艿臅r(shí)候，可以使用一個(gè)整句。
注意：如有必要，iOS會縮短你的消息以便能在各種通知發(fā)送樣式下顯示；為了最好的效果，你不應(yīng)主動縮減你的消息。
保持小氣泡的內(nèi)容是的。當(dāng)用戶注意到新信息時(shí)，即時(shí)更新小氣泡非常重要，這樣用戶就不會覺得收到了額外的通知。注意，當(dāng)小氣泡為0時(shí)也會移除通知中心中所有對應(yīng)的通知項(xiàng)。
重要：不要使用小氣泡做通知以外的用途。記住，用戶能夠關(guān)閉應(yīng)用的小氣泡，所以你無法確定他們一定能看到小氣泡中的內(nèi)容。
當(dāng)收到通知時(shí)，提供用戶可以選擇聽到的音效。當(dāng)人們沒有在看屏幕的時(shí)候，可以通過音效獲取他們的注意。例如，日歷應(yīng)用可能會在顯示警告框的同時(shí)播放一個(gè)音效來提醒人們一個(gè)即將到來的事件。再如，協(xié)作任務(wù)管理應(yīng)用可能會在小氣泡更新時(shí)播放一個(gè)音效來告知某個(gè)遠(yuǎn)程協(xié)同的同事已經(jīng)完成了某個(gè)任務(wù)。
你可以提供自定義的音效，或者使用內(nèi)置的警告音。如果你創(chuàng)建了自定義音效，請確保它是簡短的、有特色的并且是經(jīng)由專業(yè)制作的。（想要了解更多關(guān)于音效的技術(shù)需求，請參閱Local and Remote Notification Programming Guide中的Preparing Custom Alert Sounds。）注意，當(dāng)通知發(fā)送后，你無法以編程方式來觸發(fā)設(shè)備的震動，因?yàn)橛脩魧τ诰婵蚴欠癜殡S震動擁有支配權(quán)。
多任務(wù)處理讓人們可以在最近使用的應(yīng)用之間進(jìn)行快速切換。
為了支持這樣的體驗(yàn)，多任務(wù)處理會讓一款應(yīng)用在用戶切換離開后，在后臺進(jìn)入掛起狀態(tài)。當(dāng)用戶切換回來時(shí)，應(yīng)用可以快速被重新使用，因?yàn)閼?yīng)用無需重新加載UI。人們使用多任務(wù)處理UI（如上圖）來選擇一款最近使用的應(yīng)用。
API注釋：想要學(xué)習(xí)在你的代碼中如何支持多任務(wù)處理，請參閱App Programming Guide for iOS中的App States and Multitasking。
能否在多任務(wù)處理中處理好取決于能否在設(shè)備中與其他應(yīng)用和諧共存。從更高的層面來說，這意味著所有的應(yīng)用都應(yīng)：
- 處理好中斷或來自其他應(yīng)用的聲音
- 停止和重啟，即快速平滑地從后臺切換到前臺
- 不在前臺時(shí)應(yīng)恪守己任
下述指南細(xì)則可以幫助你的應(yīng)用在多任務(wù)處理中取得成功。
準(zhǔn)備好被打斷，并恢復(fù)。多任務(wù)處理增加了后臺應(yīng)用中斷你的應(yīng)用的可能性。其他特性，諸如廣告出現(xiàn)和更快的應(yīng)用切換，也會造成更頻繁地打斷。越快速和越地保存應(yīng)用當(dāng)前狀態(tài)，人們就可以越快地重新運(yùn)行應(yīng)用，并從之前離開的頁面繼續(xù)使用。你可以通過利用UIKit的狀態(tài)保存和恢復(fù)來為用戶提供無縫的重新開始的體驗(yàn)（查看State Preservation and Restoration了解更多信息）。
確保你的UI可以處理兩倍高度的狀態(tài)欄。兩倍高度的狀態(tài)欄會在諸如通話、錄音和共享等過程中出現(xiàn)。在未作處理的應(yīng)用中，狀態(tài)欄的額外高度會引起布局問題，如UI被向下擠壓或者被遮住。在多任務(wù)處理環(huán)境中，使兩倍高狀態(tài)欄顯示正常是格外重要的，因?yàn)樗赡軙霈F(xiàn)在更多的應(yīng)用當(dāng)中。
準(zhǔn)備好暫停需要人們注意或主動參與的活動。例如，如果你的應(yīng)用是一款游戲或媒體觀看應(yīng)用，你需要確保你的用戶從應(yīng)用切換走時(shí)，不會丟失任何內(nèi)容或事件。當(dāng)人們切換回游戲或媒體播放器時(shí)，他們希望能繼續(xù)之前的體驗(yàn)，就好像他們從未離開過應(yīng)用。
確保音頻行為合適。當(dāng)你的應(yīng)用正在運(yùn)行時(shí)，多任務(wù)處理會使得其他媒體活動更可能地同時(shí)進(jìn)行，也會有更多可能性使你的音頻不得不暫停，并恢復(fù)處理中斷。查看聲音來幫助你確保你的音頻能滿足人們的期望，并與設(shè)備中的其他音頻和平共處。
適度使用本地通知。應(yīng)用可以在特定時(shí)間發(fā)送本地通知，無論應(yīng)用是在暫停中還是運(yùn)行中亦或是根本就沒有運(yùn)行。為了達(dá)到最好的用戶體驗(yàn)，應(yīng)避免用過多的通知來騷擾人們，并遵循通知中創(chuàng)建通知內(nèi)容的指南。
必要時(shí)，在后臺完成用戶的任務(wù)。當(dāng)人們開始一個(gè)任務(wù)時(shí)，他們通常會期望即使已經(jīng)從應(yīng)用中切換走了任務(wù)仍能夠完成。如果你的應(yīng)用在執(zhí)行用戶任務(wù)途中，并且這個(gè)任務(wù)不需要額外的用戶交互，那么你就應(yīng)該在應(yīng)用掛起之前就在后臺完成任務(wù)。
人們會期望在任何場景下都可以使用他們喜愛的社交媒體帳號。iOS以人們喜歡的方式將社交媒體的交互與你的應(yīng)用進(jìn)行了整合。
注意：當(dāng)用戶點(diǎn)擊動作按鈕時(shí)，他們會得到一個(gè)如上圖的動作視圖控制器。想要了解更多關(guān)于這個(gè)視圖控制器的內(nèi)容，請參見Activity View Controller。
動作視圖控制器的中間一行顯示了用戶啟用的和系統(tǒng)提供的分享應(yīng)用擴(kuò)展。想要了解更多關(guān)于設(shè)計(jì)分享擴(kuò)展的內(nèi)容，請參見Share and Action Extensions。
考慮在你的應(yīng)用中為用戶提供一種簡便的方式來撰寫郵件。用戶有可能會啟用分享擴(kuò)展以便能在任何地方都可以發(fā)送內(nèi)容。但是你也可以使用系統(tǒng)提供的撰寫視圖控制器來呈現(xiàn)給用戶，他們可以在其中進(jìn)行編輯操作。你可以在顯示給用戶進(jìn)行編輯之前，預(yù)先加載具有自定義內(nèi)容的撰寫視圖（在你呈現(xiàn)給用戶之后，只有用戶可以編輯這些自定義內(nèi)容）。想要了解更多關(guān)于社交框架（Social framework）的編程界面，包括SLComposeViewController類，請參見Social Framework Reference。
可能時(shí)，避免要求用戶登錄進(jìn)入一個(gè)社交媒體賬戶。社交框架（Social framework）會和帳號框架（Accounts framework）一起來支持一個(gè)單點(diǎn)登錄模式，所以你可以獲得授權(quán)來訪問用戶的帳號，而無需要求他們來重新授權(quán)。如果用戶還沒有登錄進(jìn)入一個(gè)帳號，你可以顯示UI來讓他們進(jìn)行登錄。
iCloud可以讓用戶隨時(shí)隨地用不同的設(shè)備訪問他們想要的內(nèi)容。將iCloud集成到應(yīng)用中，用戶不用進(jìn)行同步操作就可以在不同場景下使用不同的設(shè)備訪問并編輯私人信息。
為了提供這種體驗(yàn)，你可能需要重新檢查你的應(yīng)用中現(xiàn)有的信息，尤其是用戶自建內(nèi)容的存儲、訪問和展示方式。想要學(xué)習(xí)如何使用iCloud，請參考iCloud Design Guide。
iCloud用戶體驗(yàn)的一個(gè)基本方向是透明性：理想情況下，用戶不需要知道他們的信息存儲在什么地方，也不需要去思考當(dāng)前瀏覽的信息是哪個(gè)版本的。以下幾點(diǎn)可以幫助你創(chuàng)建用戶期望的iCloud體驗(yàn)。
如果可以的話，讓用戶方便地啟用iCloud。在iOS設(shè)備上，用戶可以在設(shè)置中登錄iCloud賬戶，因此多半用戶會期望應(yīng)用可以自動啟用iCloud。但是如果你覺得用戶可能需要自主選擇是否使用你應(yīng)用的云服務(wù)，你可以在用戶第一次進(jìn)入應(yīng)用時(shí)提供一個(gè)簡單的選項(xiàng)來進(jìn)行設(shè)置。大多數(shù)情況下，這個(gè)選項(xiàng)應(yīng)該為：是否將所有內(nèi)容上傳到云端。
注意用戶iCloud空間大小。一定要記住iCloud空間是用戶花錢買來的有限資源。你應(yīng)該使用iCloud來存儲用戶自己創(chuàng)建和可理解的信息，避免將可再生的應(yīng)用資源和內(nèi)容存儲在云端。同樣要記住，當(dāng)用戶登錄了iCloud賬戶時(shí)，你的應(yīng)用的文件夾內(nèi)容也會自動備份到云端。所以為了節(jié)省用戶云端空間，你最好只挑選必要的信息存儲于文件夾中。
避免讓用戶自己選擇在iCloud上存儲哪些文件。一般，用戶會期望他們在意的所有信息都能夠通過iCloud訪問到。為了提供更好的用戶體驗(yàn)，你可能想要重新構(gòu)建處理和展示內(nèi)容的方式，這樣就可以給用戶提供更多的文件管理功能。但實(shí)際上大多數(shù)用戶都不需要進(jìn)行個(gè)人文件存儲的管理，所以你的應(yīng)用也可以不用考慮這個(gè)問題。
決定哪種類型的信息需要存儲在云端。除了存儲用戶自建的文件和內(nèi)容，你還可以存儲少量的其他信息在云端，例如用戶當(dāng)前的狀態(tài)，用戶的偏好設(shè)置等等。你可以使用iCloud的關(guān)鍵值存儲來保存這類信息。例如，用戶使用你的應(yīng)用看了一個(gè)雜志，你可以使用iCloud的關(guān)鍵值存儲來保存用戶瀏覽到的位置，這樣用戶在別的設(shè)備上重新打開這個(gè)雜志時(shí)就能從上次離開的地方繼續(xù)瀏覽了。
如果你使用iCloud的關(guān)鍵值存儲來保存用戶的偏好設(shè)置，確保用戶在每個(gè)設(shè)備上都是想這樣設(shè)置的。例如，有些偏好設(shè)置在工作環(huán)境中比在家里要更好用。在某些情況下，將偏好設(shè)置保存在應(yīng)用服務(wù)器上要比保存在云端更合理，這樣偏好設(shè)置就不會受iCloud的限制。
確保iCloud無法使用時(shí)應(yīng)用的行為是合理的。例如，用戶退出iCloud賬戶，關(guān)閉應(yīng)用的iCloud或者進(jìn)入飛行模式時(shí)，iCloud都是無法使用的。在這些情況下，用戶都進(jìn)行了某些操作來禁止iCloud服務(wù)，所以你的應(yīng)用可以不用再進(jìn)行提醒。但是，需要告訴用戶在打開iCloud之前，當(dāng)前做的修改在其他設(shè)備上都無法看到。
避免給用戶創(chuàng)建本地文件的選項(xiàng)。不管你的應(yīng)用是否支持iCloud，都不應(yīng)該給用戶提供因設(shè)備而區(qū)分的文件系統(tǒng)。相反，你應(yīng)該希望用戶關(guān)注通過iCloud訪問文件的普適性。
在合適的時(shí)候自動更新信息。最好不需要用戶來確認(rèn)他們正在訪問的是的內(nèi)容。但是，也需要在用戶設(shè)備存儲空間和帶寬限制之間做出平衡。如果你的用戶要使用非常大的文件，那么讓他們自己選擇是否要從云端下載一個(gè)更新的文件可能更合適。如果需要這樣做的話，可以設(shè)計(jì)一種方式來指出當(dāng)前在云端有一個(gè)該文件的版本。當(dāng)用戶選擇更新時(shí)，如果下載時(shí)間較長最好給用戶明顯的反饋。
告知用戶刪除某文件的后果。當(dāng)用戶從有iCloud服務(wù)的應(yīng)用上刪除文件的時(shí)候，這個(gè)文件同樣會從用戶的iCloud賬號和其他設(shè)備上刪除。所以最好在執(zhí)行刪除操作之前告知用戶刪除的后果，讓用戶進(jìn)行確認(rèn)。
必要時(shí)盡可能早地告知用戶沖突問題。使用iCloud編程接口，你需要在不打擾到用戶的情況下解決大多數(shù)不同版本之間的沖突問題。但在有些情況下，你需要盡可能早地檢測出沖突問題來避免用戶在錯(cuò)誤版本上浪費(fèi)太多時(shí)間。你需要設(shè)計(jì)一種自然的方式來告訴用戶有沖突存在，接著給用戶提供方便的方式來區(qū)分不同版本以及做出決策。
確保在搜索中包括用戶在云端的信息。使用iCloud的用戶趨向于認(rèn)為云端的信息是普遍可訪問的，所以他們會期望搜索結(jié)果中也有云端的信息。如果你的應(yīng)用允許用戶搜索他們的信息，確保你使用了將搜索擴(kuò)展到iCloud賬戶的接口。
Passbook應(yīng)用是幫助用戶查看和管理各種數(shù)字化票券的，例如登機(jī)證、優(yōu)惠券、會員卡和各種票。你可以在應(yīng)用中創(chuàng)建一個(gè)票券，向用戶描述它，并且在有更改時(shí)進(jìn)行更新。
使用PassKit框架可以方便地用自定義內(nèi)容來收集一個(gè)票券到用戶票券庫中并訪問它。（想要學(xué)習(xí)Passbook技術(shù)的核心概念和PassKit接口的使用方法，請參考Passbook Programming Guide。）以下幾點(diǎn)可以幫助你創(chuàng)建一個(gè)用戶樂意保留并使用的票券。
不要只是簡單復(fù)制已有的物理票券。Passbook已經(jīng)建立了有美感的設(shè)計(jì)，票券也都配合這種設(shè)計(jì)以看起來更好。所以不要只是復(fù)制物理票券的外觀，抓住這次機(jī)會設(shè)計(jì)一個(gè)符合Passbook組成和功能的干凈簡潔的票券樣式。
對放在票券正面的信息精挑細(xì)選。用戶期望掃一眼票券就能快速獲得他們需要的信息，所以票券正面的信息應(yīng)該是整潔且易讀的。如果有用戶可能會需要的額外信息，將它們放到票券的背面要比擠在正面好得多。
通常情況下，避免使用純白色背景。通常，一個(gè)好看的票券應(yīng)該使用鮮艷的純色背景或者使用強(qiáng)烈的，充滿活力的圖片作為背景。當(dāng)然，在設(shè)計(jì)背景時(shí)還要確保內(nèi)容的可讀性。
注意：最好在票券的合適區(qū)域展示所有的文本內(nèi)容，并且避免將文本嵌入圖片或使用自定義的字體。這樣做有兩個(gè)好處：它方便使用VoiceOver的用戶獲得票券中的所有信息并且可以使你的票券有一致的外觀。（譯者注：VoiceOver是一種幫助視障人士的語音輔助程序。）
在商標(biāo)文本區(qū)域顯示你的公司名稱。所有票券的商標(biāo)文本區(qū)域的文字都使用了統(tǒng)一的字體。為了避免和其他票券發(fā)生沖突，還是建議您在商標(biāo)文本區(qū)域輸入文字，不要使用自定義字體。
使用單色的公司商標(biāo)。商標(biāo)圖片放置在票券左上角公司名稱的旁邊。最好提供一個(gè)單色的，不包含文字的商標(biāo)。如果你想要增強(qiáng)商標(biāo)的效果，又想要與文字風(fēng)格匹配的話，可以增加一個(gè)在y軸方向上有1像素偏移，有1像素模糊和透明度為35%的黑色陰影效果。
如果可以的話，使用長方形的條形碼。類似于PDF417這樣的長方形條形碼比正方形二維碼更適合票券的布局。如下右圖所示，正方形的二維碼會使兩邊有空白區(qū)域并且會在垂直方向上使上下方內(nèi)容變得擁擠。
為性能優(yōu)化圖片。因?yàn)橛脩敉ǔㄟ^電子郵件或者瀏覽器接收票券，所以下載的越快越好。為了提高用戶體驗(yàn)，使用能滿足視覺效果的最小的圖片文件。
在合適的時(shí)候更新票券以增強(qiáng)其效用。即使一個(gè)票券代表的物理實(shí)體并不會改變，數(shù)字的票券也可以通過映射真實(shí)世界的一些事件來提供更好的用戶體驗(yàn)。例如，當(dāng)某個(gè)航班延誤時(shí)你可以更新登機(jī)牌上的信息，這樣用戶就能夠通過查看電子登機(jī)牌來獲得當(dāng)前的信息了。
應(yīng)用內(nèi)購買服務(wù)使用戶可以在你的應(yīng)用、你設(shè)計(jì)的商店中購買數(shù)字產(chǎn)品。
例如，用戶可能：
- 將一個(gè)應(yīng)用從基礎(chǔ)版升級到高級版
- 每月訂閱新內(nèi)容
- 購買虛擬商品，例如游戲中的等級或道具
- 購買并下載新書
重要：應(yīng)用內(nèi)購買服務(wù)只提供支付功能，其他功能由你自己提供，例如向用戶展示商品，解鎖內(nèi)置功能，從你自己的服務(wù)器上下載內(nèi)容等等。當(dāng)然，你所提供的所有商品都必須在應(yīng)用商店注冊過。
想要了解添加購買功能的技術(shù)問題，請查看In-App Purchase Programming Guide。想要了解應(yīng)用內(nèi)購買的商業(yè)問題，請查看App Store Resource Center。當(dāng)然，你還應(yīng)該查看許可協(xié)議來確定你的應(yīng)用出售哪些商品以及如何提供商品。
你可以使用StoreKit框架在你的應(yīng)用中嵌入一個(gè)商店并且支持應(yīng)用內(nèi)購買服務(wù)。當(dāng)用戶進(jìn)行購買時(shí)，StoreKit連接到應(yīng)用商店進(jìn)行安全支付，然后再告知你的應(yīng)用來提供購已購買的商品。
以下幾點(diǎn)可以幫助你設(shè)計(jì)用戶喜歡的購買體驗(yàn)。
將商店體驗(yàn)集成到你的應(yīng)用中。在展示商品和處理用戶交易時(shí)，給用戶提供一致性的體驗(yàn)。你一定不想讓用戶在訪問你的商店時(shí)感覺進(jìn)入了另一個(gè)不同的應(yīng)用。
使用簡短簡潔的標(biāo)題和說明。最好能讓用戶在掃過一組條目時(shí)快速發(fā)現(xiàn)感興趣的內(nèi)容。用戶更容易理解不需要截?cái)嚯[藏的簡單直接的語言和標(biāo)題。
不要替換默認(rèn)的確認(rèn)提醒框。當(dāng)用戶購買一個(gè)商品時(shí)，StoreKit會提供一個(gè)確認(rèn)提醒框（上方有展示）。這個(gè)提醒框可以幫助用戶避免意外購買，所以不要修改它。
游戲中心給用戶提供玩游戲，組織在線多人游戲以及其他更多的功能。玩家可以使用內(nèi)置的游戲中心應(yīng)用來注冊一個(gè)賬戶，發(fā)現(xiàn)新游戲，添加好友，瀏覽玩家排名和戰(zhàn)績成就。
作為一個(gè)游戲開發(fā)商，你可以使用GameKit接口發(fā)送分?jǐn)?shù)和戰(zhàn)績到游戲中心的服務(wù)器上，在你的游戲頁面中顯示玩家排名，幫助用戶找到其他玩家。想要學(xué)習(xí)如何將游戲中心集成到你的應(yīng)用中，請查看Game Center Programming Guide。
以下幾點(diǎn)可以幫助你給用戶提供好的游戲中心體驗(yàn)。
不要使用自定義的界面來提示用戶登錄到游戲中心。如果用戶在未登錄到游戲中心的情況下打開了一個(gè)需要啟用游戲中心的應(yīng)用，系統(tǒng)會自動提醒他們登錄。所以自定義登錄界面沒有存在的必要，而且有可能使用戶感到困惑。
一般情況下，使用標(biāo)準(zhǔn)的游戲中心界面。在少數(shù)情況下，可能有必要自定義游戲中心的界面，但是這樣做有使用戶感到疑惑的風(fēng)險(xiǎn)。標(biāo)準(zhǔn)游戲界面是iOS和OS X用戶熟悉的，而且它會給用戶一種置身于一個(gè)大的游戲社區(qū)的感覺。
給用戶提供關(guān)閉語音聊天的途徑。有些用戶可能不想在進(jìn)入游戲時(shí)自動開啟語音聊天功能，而且大多數(shù)用戶希望在特定情境下可以關(guān)閉語音聊天。
如果你允許你的應(yīng)用中出現(xiàn)廣告，那么你就可以通過用戶瀏覽或者點(diǎn)擊廣告獲得收益。（這里是一個(gè)放置iAd橫幅(banner)的簡單示例。）
iAd網(wǎng)絡(luò)提供的廣告都會有一個(gè)確定的樣式。最簡單的，這種樣式可以是一個(gè)作為入口的橫幅廣告。當(dāng)用戶點(diǎn)擊這個(gè)橫幅時(shí)，廣告執(zhí)行預(yù)排程序的動作，例如播放一段影片，展示可交互的內(nèi)容或者啟動瀏覽器打開一個(gè)頁面。這個(gè)動作展示的內(nèi)容會蓋住你當(dāng)前的界面，或者使你的應(yīng)用轉(zhuǎn)換到后臺運(yùn)行。
有三種類型的橫幅：標(biāo)準(zhǔn)（standard），中等矩形（medium rectangle）和全屏（full screen）。所有類型的橫幅都提供同樣的功能，就是引導(dǎo)用戶進(jìn)入廣告，只是它們的外觀和行為不同。
標(biāo)準(zhǔn)橫幅（standard banner）占用屏幕較少的空間，通常從始至終都可見。你可以選擇在應(yīng)用的哪些頁面顯示標(biāo)準(zhǔn)橫幅，并且在這些頁面布局時(shí)給橫幅留出空間。
所有的iOS應(yīng)用都可以展示標(biāo)準(zhǔn)橫幅。你可以使用ADBannerView類中的視圖來顯示標(biāo)準(zhǔn)橫幅。
中等矩形橫幅（medium rectangle banner）的行為和標(biāo)準(zhǔn)橫幅相同，同樣也可以選擇展示中等矩形橫幅的位置。
中等矩形橫幅只能在iPad應(yīng)用中使用。你可以使用ADBannerView類中的視圖來顯示中等矩形橫幅。
全屏橫幅（full screen banner）會占用屏幕的大部分甚至是所有空間，并且通常只在應(yīng)用程序流的特定時(shí)間或特定位置顯示。你可以選擇使用模態(tài)顯示橫幅或者用獨(dú)立的頁面來展示可滾動的內(nèi)容。（在下面的示例中，應(yīng)用提供了一種雜志閱讀的體驗(yàn)，通過翻頁離開或回到全屏廣告頁面。）
你可以使用ADInterstitialAd類中的視圖來顯示全屏橫幅。
iAd框架包含了所有類型的橫幅，并且會在右下角顯示iAd的標(biāo)識。iAd框架的設(shè)計(jì)固定在屏幕底部時(shí)最好看。
為了保證無縫的集成和提供最好的用戶體驗(yàn)，可以遵循以下幾點(diǎn)。
將標(biāo)準(zhǔn)橫幅盡量放置在屏幕底部或底部附近。這個(gè)位置的差別取決于底部是否有欄（bar）以及是什么樣的欄。
| 欄 | 標(biāo)準(zhǔn)橫幅的位置 |
| 屏幕底部沒有欄 | 屏幕底部 |
| 屏幕任何地方都沒有欄 | 屏幕底部 |
| 底部有工具欄（toolbar）或者選項(xiàng)卡（tab bar） | 底部欄上方 |
將中等矩形橫幅放置在不會干擾內(nèi)容的地方。和標(biāo)準(zhǔn)橫幅一樣，中等矩形橫幅也最好放置在屏幕底部或底部附近。放在底部附近也能減少干擾用戶的可能性。
用戶體驗(yàn)中有中斷時(shí)使用模態(tài)展示全屏橫幅。如果你的應(yīng)用中有自然中斷或者情景轉(zhuǎn)換，模態(tài)展示的風(fēng)格會更合適。當(dāng)你模態(tài)展示全屏橫幅時(shí)（通過使用presentFromViewController實(shí)現(xiàn)）用戶要么進(jìn)入廣告，要么關(guān)閉它。出于這個(gè)原因，當(dāng)用戶有做出轉(zhuǎn)變的預(yù)期時(shí)（例如完成了一個(gè)任務(wù)后）用模態(tài)展示形式比較好。
應(yīng)用視圖中有轉(zhuǎn)場切換時(shí)不要使用模態(tài)展示全屏橫幅。如果用戶在使用你的應(yīng)用時(shí)會頻繁的進(jìn)行屏幕切換操作，例如雜志翻頁或翻閱一些條目集合，此時(shí)使用非模態(tài)的形式會更合適。當(dāng)你使用非模態(tài)來顯示全屏橫幅時(shí)（通過使用presentInView實(shí)現(xiàn)），可以在界面中保留欄（bar）讓用戶通過應(yīng)用控件進(jìn)入或退出廣告。和其他橫幅廣告一樣，點(diǎn)擊全屏橫幅會啟動iAd體驗(yàn)，但是如果條件允許，你也可以在應(yīng)用中支持橫幅內(nèi)的其他手勢操作（例如拖動或滑動）。
確保使用合適的動畫效果來顯示和隱藏非模態(tài)的全屏橫幅視圖。例如，雜志閱讀應(yīng)用可以用和雜志翻頁一樣的動畫效果。
確保橫幅在應(yīng)用中出現(xiàn)的時(shí)間和位置的合理性。用戶只有在不覺得廣告打擾了他們時(shí)才可能進(jìn)入iAd。這點(diǎn)對于游戲這樣的沉浸式應(yīng)用尤其重要：你肯定不想將橫幅放置在影響用戶玩游戲的位置。
避免將橫幅放置在用戶只一掃而過的頁面。最好不要將橫幅放置在用戶會快速略過的頁面。因?yàn)橥ǔＳ脩粼谝粋€(gè)頁面停留1、2秒后才可能點(diǎn)擊一個(gè)廣告。
盡可能的支持雙向展示橫幅廣告。最好讓用戶在使用應(yīng)用時(shí)不必旋轉(zhuǎn)設(shè)備就能瀏覽廣告。當(dāng)然，支持雙向也能給你的廣告提供更大的區(qū)域。想要學(xué)習(xí)如何確保轉(zhuǎn)換方向時(shí)橫幅能正常響應(yīng)，請查看iAd Programming Guide。
不要讓標(biāo)準(zhǔn)或中等矩形橫幅滾出屏幕。如果你的應(yīng)用需要滾動來展示內(nèi)容，確保橫幅一直固定在它的位置上。
當(dāng)用戶瀏覽廣告或與廣告進(jìn)行交互時(shí)，暫停那些吸引用戶注意力或需要操作的活動。當(dāng)用戶選擇瀏覽廣告時(shí)，他們不想因此錯(cuò)過應(yīng)用中的事件，也同樣不想讓應(yīng)用打斷廣告體驗(yàn)。一個(gè)好的方法是像應(yīng)用轉(zhuǎn)入后臺運(yùn)行那樣暫停當(dāng)前活動。
除非有特殊情況，否則不要中斷廣告。一般情況下，在用戶瀏覽并與廣告交互時(shí)，應(yīng)用還是在繼續(xù)運(yùn)行并接收事件的，所以也有可能突然出現(xiàn)一個(gè)事件需要獲得用戶的注意力。然而，需要打斷廣告的場景其實(shí)非常少。有一種情形是應(yīng)用提供互聯(lián)網(wǎng)語音協(xié)議服務(wù)（VoIP）。在這種應(yīng)用中，有電話接入時(shí)可能會取消正在運(yùn)行的廣告。
注意：取消廣告可能會對應(yīng)用能接受的廣告類型以及能獲取的收益有不好的影響。
掃一掃，案例分享帶回家（藍(lán)藍(lán)設(shè)計(jì)微信公眾平臺）
藍(lán)藍(lán)設(shè)計(jì)的小編 http://sillybuy.com