關(guān)于App特殊狀態(tài)下的交互設(shè)計酪碘，前面《App臨時框的設(shè)計，全在這了...》盐茎、《網(wǎng)絡(luò)異常時兴垦，App該如何設(shè)計？》兩篇文章分別介紹了臨時框的交互設(shè)計和網(wǎng)絡(luò)異常時的交互設(shè)計字柠。今天我們繼續(xù)探越，探討下另一個特殊狀態(tài)：loading加載的設(shè)計。
大多數(shù)App都要與服務(wù)器進行數(shù)據(jù)的交換窑业，App向服務(wù)器發(fā)出數(shù)據(jù)請求钦幔，服務(wù)器接收到請求之后向App傳輸相應(yīng)數(shù)據(jù)，App接收成功后顯示數(shù)據(jù)內(nèi)容常柄，沒有接收成功則反饋數(shù)據(jù)接收失敗鲤氢。在這個數(shù)據(jù)交換過程中，由于網(wǎng)絡(luò)原因西潘，需要花費一定時間卷玉，也就是說用戶要等待加載完成，這個時候就要用到loading加載機制喷市，它告訴用戶相种，App正在努力為您加載數(shù)據(jù)，您稍安勿躁品姓。好的loading設(shè)計能減弱用戶的等待焦慮寝并，不合理的loading設(shè)計就會讓用戶罵爹罵娘了。
①標題欄loading
微信腹备、釘釘?shù)榷疾捎昧诉@種形式食茎。聊天列表頁的聊天記錄是儲存在本地的，所以頁面內(nèi)容不為空馏谨。這個時候加載無需獲取用戶的視覺焦點，只要在標題欄展示App正在加載附迷，加載成功則標題欄loading消失惧互，若因為網(wǎng)絡(luò)錯誤未連接服務(wù)器哎媚，則在標題欄顯示未連接狀態(tài)。
②白屏loading
當頁面內(nèi)容比較單一喊儡，需要一次性加載完成才顯示拨与，則采用這種白屏加載樣式。這種加載方式用戶在完全加載完成之前是看不到任何內(nèi)容的艾猜，所以一旦超過時間太久一定要提示用戶什么原因加載失敗买喧，而不是一直在那轉(zhuǎn)啊轉(zhuǎn)。同時將加載圖標做得更有趣些匆赃，也會減輕用戶等待時的焦慮（上面右圖就比左圖更讓用戶感覺良好）淤毛。
③進度條
進度條的加載樣式，多見于瀏覽器算柳，包括PC端和移動端的瀏覽器低淡。一些App頁面會用H5的形式去做，這種頁面多數(shù)也都會采用進度條的樣式來顯示loading過程瞬项。
④toast
當用戶執(zhí)行了某個操作時蔗蹋，為了防止用戶繼續(xù)操作導(dǎo)致數(shù)據(jù)加載失敗，則用Toast的樣式來提示正在加載囱淋，同時限制用戶繼續(xù)操作猪杭。這種情況用戶一般只能執(zhí)行返回到上一級頁面的操作，其他操作都被禁用妥衣。
為了防止數(shù)據(jù)一直加載不出來皂吮，可以在Toast上加個取消按鈕，讓用戶主動停止加載狀態(tài)称鳞，由于加載數(shù)據(jù)失敗的情況極少出現(xiàn)涮较，所以在Toast上加取消按鈕的App并不多。
⑤下拉刷新
下拉刷新廣泛被運用于大多數(shù)App冈止，這種加載機制狂票，保證了用戶能看到本地緩存數(shù)據(jù)的前提下，還能告知用戶頁面正在刷新熙暴，同時闺属，用戶還可以通過下拉的手勢操作來自己選擇重新加載數(shù)據(jù)，一定程度上滿足了強迫癥患者周霉。
⑥預(yù)設(shè)圖/占位符
當頁面的框架固定時掂器，只需要加載框架內(nèi)數(shù)據(jù)時，采用這種刷新樣式俱箱，即先加載框架国瓮，再加載框架內(nèi)的數(shù)據(jù)。為了反之框架內(nèi)的內(nèi)容為空，會用占位符或者預(yù)設(shè)圖片來填充乃摹。
上面簡單將六種常見的loading加載樣式介紹了一下禁漓，樣式雖然有六種，但是其實只有兩種加載原理：一種是整體加載頁面數(shù)據(jù)孵睬，加載完成后一次顯示播歼；第二種是先加載部分內(nèi)容，再加載剩余內(nèi)容（先加載文字再加載圖片掰读；先加載框架再加載框架內(nèi)的數(shù)據(jù)）秘狞。
我常說的一句話是設(shè)計形式永遠是服務(wù)于產(chǎn)品功能的，而產(chǎn)品功能則是為了滿足用戶需求蹈集。了解了這些loading加載的設(shè)計形式烁试，進一步深度思考一下：這些形式是為了減少用戶等待數(shù)據(jù)加載時的焦慮感。那么有沒有更好的機制來降低用戶等待時的焦慮感雾狈？當然有廓潜。
第一：優(yōu)化App的加載算法，使得App與服務(wù)器交互數(shù)據(jù)的時間簡短善榛。這個需要開發(fā)人員的精益求精了辩蛋。這個是從根本上解決了問題，因為直接減少了加載數(shù)據(jù)的時間移盆，也就是減少了用戶需要等待的時間悼院。
第二：采用預(yù)加載機制。拿閱讀App打比方咒循，當用戶在看第一頁的時候据途，App在后臺加載完后面的幾頁，等用戶翻到第二頁的時候就不需要等待加載了叙甸，因為App已經(jīng)幫用戶提前加載好了颖医。這種加載機制對用戶體驗特別好，但是存在一個問題裆蒸，就是要預(yù)測用戶行為熔萧，加載其他數(shù)據(jù)，這樣會消耗不少流量僚祷，所以建議在WiFi網(wǎng)絡(luò)環(huán)境下采取這種預(yù)加載機制佛致，而在蜂窩網(wǎng)絡(luò)狀態(tài)下則不采用預(yù)加載機制。這個要和開發(fā)人員討論溝通辙谜，確保預(yù)加載機制完美運行俺榆。
第三：異步處理。這一點做得好的App莫過于Instagram装哆，不知道你有沒有發(fā)現(xiàn)罐脊，用Instagram的時候會覺得特別流暢定嗓，即使在網(wǎng)絡(luò)不好的情況下。這是為什么爹殊？因為在網(wǎng)絡(luò)不好的情況下蜕乡，你給好友點了贊，Instagram并不會提示你網(wǎng)絡(luò)不好梗夸，操作失敗，而是提示你點贊成功了号醉，其實將它只是將你點贊的操作記錄了下來反症，等網(wǎng)絡(luò)一好就將點贊的行為上傳到服務(wù)器，從而完成點贊行為畔派。這就是減少用戶的操作負擔(dān)铅碍，讓產(chǎn)品自己去解決問題，而不是把問題拋給用戶线椰。
請記住胞谈，目前App常見的loading加載樣式就這六種憨愉，當然還有其他的加載設(shè)計樣式烦绳，但是這有什么關(guān)系？你已經(jīng)掌握了產(chǎn)品加載的原理配紫，真正理解了加載機制径密，這樣你才可以不變應(yīng)萬變。
