非常干貨系列之APP加載頁面的UI設(shè)計(jì)

一、認(rèn)識加載

1. 什么是加載

用戶在客戶端發(fā)出一個(gè)指令后，直到客戶端出現(xiàn)反饋結(jié)果時(shí)，這段時(shí)間內(nèi)計(jì)算機(jī)完成的一系列執(zhí)行動作，可能包括有客戶端發(fā)出請求，服務(wù)器做出響應(yīng)，客戶端拿到數(shù)據(jù)后計(jì)算，渲染等，當(dāng)我們點(diǎn)擊應(yīng)用圖標(biāo)后，軟件需要將文件或者數(shù)據(jù)從 Rom 讀取到 Ram，這也是一個(gè)加載過程。
 

2. 加載有什么用

加載是電腦接收到用戶的指令然后實(shí)現(xiàn)用戶的目標(biāo)所必須經(jīng)歷的一個(gè)過程，如果沒有加載的話，計(jì)算機(jī)就無法實(shí)現(xiàn)用戶的目標(biāo)。
 

3. 加載帶來的問題

有些加載過程的時(shí)間可能會比較長，甚至用戶不知道此時(shí)應(yīng)用是卡死了還是在執(zhí)行命令，這樣就會導(dǎo)致用戶體驗(yàn)降低，用戶會對應(yīng)用失去耐心。

 

二、如何解決加載帶來的問題

1. 梳理 App 中有哪些加載場景

要針對 App 內(nèi)的加載場景帶來的問題進(jìn)行設(shè)計(jì)，首先肯定是先羅列出我們的 App 中有哪些加載場景，然后針對不同的加載場景選取對應(yīng)的方法進(jìn)行設(shè)計(jì)。

下面羅列了在不同 App 中經(jīng)常出現(xiàn)的一些加載場景，其實(shí)在我們自己設(shè)計(jì)的 App 中大部分加載場景也就是這些，當(dāng)然不同的 App 情況也不完全一樣，還是需要我們針對不同的 App 去梳理的。那么我們?nèi)绾问崂砟兀繉⒛切┌l(fā)出指令后應(yīng)用需要長時(shí)間處理的加載過程都羅列出來，簡單說就是把那些慢的地方都找出來。

常見的加載場景：

• 應(yīng)用啟動
• 登錄注冊
• 上傳，下載
• 加載大量圖片文字的情況，圖片列表等
• 下拉刷新
• 上拉加載數(shù)據(jù)
• 點(diǎn)贊
• 進(jìn)入新頁面
• 手機(jī)付款

2. 采取對應(yīng)的解決辦法

梳理完了 App 中的加載場景后，接下來我們針對不同的加載場景采取對應(yīng)的解決辦法即可，這里為什么是對應(yīng)的解決辦法呢？因?yàn)榻酉聛硪v的解決辦法也不是你想怎么用就怎么用的，我們要根據(jù)情況來選擇。

第一個(gè)辦法：選用加載策略

下面是一些常見的加載策略，我們可以針對不同的加載場景，選用合適的加載策略。

分步加載：

優(yōu)先加載占網(wǎng)絡(luò)資源較小的元素。如先文字和默認(rèn)圖標(biāo)后圖片，圖片加載完成前使用占位符顯示。

懶加載（又稱為延遲加載）：

在網(wǎng)頁中，常常需要用到圖片，而圖片需要消耗較大的流量。正常情況下，瀏覽器會解析整個(gè)HTML代碼，然后從上到下依次加載<img src=」xxx」>的圖片標(biāo)簽。如果頁面很長，隱藏在頁面下方的圖片其實(shí)已經(jīng)被瀏覽器加載了。如果用戶不向下滾動頁面，就沒有看到這些圖片，相當(dāng)于白白浪費(fèi)了圖片的流量，不僅浪費(fèi)了流量，速度也很慢。

但是，淘寶、京東這些流量非常巨大的電商，商品介紹頁又必須有大量的圖片，因此，這些頁面的圖片都是「按需加載」，即用戶滾動頁面時(shí)顯示出來的時(shí)候才加載圖片。當(dāng)網(wǎng)速非?？斓臅r(shí)候，用戶并不能感知懶加載的動作，既省流量又不影響用戶瀏覽。

預(yù)加載：

通常應(yīng)用在信息流中。比如搜索結(jié)果頁，也就是我們經(jīng)?？吹降牧斜硪晥D。當(dāng)我們「將要滑到」頁面底部時(shí)，頁面自動請求數(shù)據(jù)，為你加載出下一頁。所以一般你在瀏覽下圖這種列表時(shí)，感覺非常流暢。因?yàn)轫撁孢M(jìn)行了預(yù)加載。

預(yù)加載是貼心的小棉襖，會揣摩用戶的心思，偷偷提前做準(zhǔn)備。用戶在看 A 頁面時(shí)，客戶端就在準(zhǔn)備用戶可能會看的 B 頁面，用戶需要時(shí)，立刻給他，然后去準(zhǔn)備 C 頁面，給用戶提供無縫鏈接的感覺，代價(jià)就是服務(wù)端、客戶端都累的夠嗆，耗費(fèi)用戶更多的流量。

懶加載和預(yù)加載好像是相反的策略，那我們到底用哪個(gè)呢？如果用戶需要看的列表中圖片很多，文字較少，這種情況我們可能使用懶加載比較好；如果用戶要看的頁面并不需要花費(fèi)太多流量，那我們預(yù)加載可能就好一點(diǎn)，或者在 wifi 下使用預(yù)加載，在 4g 網(wǎng)絡(luò)時(shí)使用懶加載。

智能加載：

根據(jù)不同的網(wǎng)絡(luò)狀況來加載不同的數(shù)據(jù)

• 在 WIFI 條件下：優(yōu)先加載高質(zhì)量圖片、優(yōu)質(zhì)音樂和視頻。
• 在 4G 條件下：下載行為自動終止，優(yōu)先加載普通甚至停止加載圖片或音樂視頻。
• 在網(wǎng)絡(luò)不通暢時(shí)：默認(rèn)加載低質(zhì)量甚至停止加載圖片或音樂視頻。

漸進(jìn)加載：

我們在 PC 端用瀏覽器看圖片的時(shí)候，經(jīng)常是先看到一張模糊圖，然后再漸漸的變得清晰，這種情況在看漫畫的時(shí)候尤其常見，這種效果就叫做漸進(jìn)式加載，漸進(jìn)式加載能夠大大的提升體驗(yàn)感。

后臺加載：

用戶在操作后，客戶端立刻反饋操作成功，然后把請求放到后臺與服務(wù)器交互，這一過程用戶不需要了解，不需要等待，在正常情況下體驗(yàn)是非常棒的。

但是在極端情況下會出現(xiàn)一些莫名其妙的狀況，由于是后臺記錄請求并與服務(wù)器交互，所以實(shí)際請求是否成功客戶端是不說明的，全部以操作成功來顯示，這就會導(dǎo)致用戶誤以為操作成功了，但實(shí)際上下次來看發(fā)現(xiàn)沒有成功。

所以這種加載方式是需要根據(jù)具體使用場景來權(quán)衡使用的，對于一些重要的操作，建議還是使用模態(tài)的方式加載，對于一些小操作，如點(diǎn)贊、訂閱、關(guān)注，可采用后臺加載的方式。

小結(jié)

這些加載策略能在很大程度上提高用戶的體驗(yàn)，但是我們可以看到，這些加載策略除了后臺加載外，其他的加載策略基本都是針對圖片文字的加載，也就是對應(yīng)于我們剛才列舉的眾多加載場景中的加載大量文字圖片和進(jìn)入新頁面這兩個(gè)場景，因此我們可以看出，這些加載策略能解決的加載場景是比較有限的，不過這些加載場景也是我們在應(yīng)用中最頻繁遇到的加載場景。

第二個(gè)辦法：提示

除了第一個(gè)辦法外我們還能做點(diǎn)什么呢？不能加快加載速度的話，我們就不管了嗎？顯然不是，其實(shí)用戶對于應(yīng)用中合理的加載比較慢的過程是可以理解的，因?yàn)楹芏嗖僮鞅緛砭托枰欢ǖ臅r(shí)間，你要下載一個(gè)很大的視頻，目前還不具備一下子就下載好這樣的技術(shù)，其次很多加載過程慢不是應(yīng)用的錯(cuò)，也許是用戶的手機(jī)卡，也許是用戶的網(wǎng)絡(luò)慢。

但是我們在設(shè)計(jì)應(yīng)用時(shí)也可以幫用戶分擔(dān)這些憂慮，盡量給用戶好的體驗(yàn)，那么我們就應(yīng)該在這些加載過程比較慢的地方加入合理的提示，讓用戶心里有數(shù)，而不是誤以為手機(jī)卡死了，或者應(yīng)用失靈了。這些合理的提示對于用戶體驗(yàn)的提高是顯而易見的，接下來讓我們看看應(yīng)該如何提示用戶。

提示類型：中斷用戶操作

在有些加載場景下，我們需要中斷用戶的其他操作，用戶只能等待加載場景結(jié)束，因?yàn)槿绻脩魣?zhí)行了其他操作就會打斷正在進(jìn)行的加載過程，實(shí)現(xiàn)不了用戶的目標(biāo)，用戶就得重新加載，那么我們?nèi)绾沃滥男┘虞d場景是需要中斷用戶操作的，哪些又是不需要的呢？

一般來說需要中斷用戶操作的加載過程主要有兩種情況：

• 用戶接下來的操作與這一步的操作密切相關(guān)，如果這一步操作未執(zhí)行成功則接下來的操作也不能進(jìn)行。比如登錄，退出，應(yīng)用啟動，手機(jī)支付等，這種場景的確定需要我們結(jié)合具體的應(yīng)用功能和業(yè)務(wù)場景來確定。
• 用戶執(zhí)行的操作本身不能和其他操作同時(shí)進(jìn)行，不知道大家有沒有用過微信遷移聊天記錄的功能，在遷移聊天記錄的過程中，應(yīng)用有提示「請始終保持微信在屏幕顯示」，這時(shí)如果我們做了其他事情，將會打斷傳輸過程，這種場景的確定需要我們和開發(fā)人員溝通。

當(dāng)我們確定了提示類型是需要中斷用戶操作的，該怎么提示用戶呢？

如果中斷時(shí)間比較短，我們可以使用模態(tài)提示，模態(tài)提示就是在屏幕中間會彈出一個(gè)提示框，除了提示框以外的區(qū)域都會變灰，變灰就代表其他部分都不能點(diǎn)擊，比如下圖中的登錄，退出。

當(dāng)然也不是說只能用模態(tài)提示，當(dāng)我們的 App 在啟動時(shí)，需要將文件和數(shù)據(jù)從 Rom 中讀取到 Ram 中，這個(gè)過程也比較長，且用戶也不能執(zhí)行任何操作，幾乎所有的 App 都是使用廣告頁來占用這段時(shí)間的，而不是模態(tài)提示，所以我們還是要靈活運(yùn)用。除了廣告頁，我們還可以使用品牌頁，活動頁來占用加載過程。

如果中斷時(shí)間比較長，我們需要使用專門的頁面來提示用戶，以引起用戶的重視。

注意：當(dāng)加載過程需要中斷用戶的其他操作的話，我們最好給用戶留下取消加載過程的按鈕，當(dāng)用戶不想加載了可以取消加載。

總的來說需要中斷用戶操作的加載場景相對不中斷的還是要少很多的。

提示類型：不中斷用戶操作

如果我們的加載場景不需要打斷用戶的操作，常見的提示方式有導(dǎo)航欄提示用戶，在控件本身提示用戶，或者頁面局部區(qū)域提示用戶。

在導(dǎo)航欄對用戶進(jìn)行提示是一個(gè)不錯(cuò)的選擇，但是我看了很多應(yīng)用，都沒有將提示內(nèi)容放到導(dǎo)航欄，為什么？因?yàn)榇蟛糠謶?yīng)用的導(dǎo)航欄，不是被各種搜索框占用，就是各種選項(xiàng)卡占用，根本就沒有空間用來放提示內(nèi)容。

在控件自身提示這種方式也比較好，可以讓用戶知道他的操作針對的是哪一個(gè)對象，這種提示方式一般適用于有具體的操作對象的加載過程，如果我要是想刷新，顯然就不能用這種方式了，因?yàn)樗⑿虏]有一個(gè)具體的對象。

第一個(gè)圖是在下拉刷新時(shí)的提示，第二個(gè)圖是在進(jìn)入新頁面的時(shí)候在頁面中央提示的，有些同學(xué)可能要問了，第二幅圖都白屏了，難道不算打斷用戶操作的類型嗎？

其實(shí)這種情況下，我們依然可以點(diǎn)擊底部菜單欄和導(dǎo)航欄中的 tab 欄，所以并不能算作打斷了用戶的操作。頁面局部區(qū)域提示可以說是應(yīng)用中最廣泛的一種提示方式了，幾乎每個(gè)應(yīng)用中，都存在這樣的提示方式，這種方式設(shè)計(jì)起來最簡單，也是最成熟的設(shè)計(jì)方式。

提示內(nèi)容

提示內(nèi)容包括文字和圖片。

如果是使用文字的話，文字應(yīng)該盡量準(zhǔn)確的告訴用戶，應(yīng)用正在加載什么，不要讓用戶去猜。比如之前我放的關(guān)于登錄的截圖，圖中使用的是正在加載，這里如果能改成登錄中就更好了。關(guān)于這個(gè)提示內(nèi)容，大家可以去觀察一下微信的提示文字怎么寫的，收取中……，連接中……等等，相信用戶更愿意看到這樣的提示內(nèi)容，而不是干巴巴的正在加載。

其實(shí)大部分情況下提示內(nèi)容都是使用文字，使用圖片的機(jī)會比較少，這里說的是那種圖片式的，有些還會有動畫效果，而不是那種轉(zhuǎn)圈圈的小圖標(biāo)，為什么圖片使用的少呢？因?yàn)閳D片占用的空間大，一般來說只有在進(jìn)入新頁面的時(shí)候有些應(yīng)用會使用一些可愛的圖片來分散用戶的注意力，但是我相信就算用戶第一次，第二次，第三次對你的圖片感興趣，時(shí)間長了，再好看的圖片也會讓用戶覺得沒什么意思。

小結(jié)

第二個(gè)辦法是給用戶提示，這里還有一點(diǎn)要補(bǔ)充的，不管是什么形式的提示，如果能給出進(jìn)度條，最好采用進(jìn)度條的方式，但是能給出進(jìn)度條的加載場景也不是很多，因?yàn)槲覀兇蟛糠值募虞d場景和網(wǎng)絡(luò)有關(guān)，如果網(wǎng)絡(luò)不好的話，誰知道加載到什么時(shí)候呢？一般來說下載，上傳這類場景都可以給出進(jìn)度條。

 

總結(jié)

寫了這么多其實(shí)設(shè)計(jì)加載場景的本質(zhì)思想并不復(fù)雜，首先找出應(yīng)用中加載時(shí)間比較慢的操作，只要是慢的地方都算進(jìn)來。然后根據(jù)加載場景來看，如果能用得到加載策略就用加載策略，如果用不了的話就合理的提示用戶，當(dāng)然不是說用了加載策略就不用提示用戶，如果用了加載策略還會有點(diǎn)慢，我們一樣要提示用戶。最后，其實(shí)大部分的加載場景都有成熟的解決方案，我們只要梳理出我們應(yīng)用中的加載場景，然后再到別人的應(yīng)用里找點(diǎn)靈感就好了。