新聞資訊
當(dāng)頁(yè)面的框架固定時(shí),只需要加載框架內(nèi)數(shù)據(jù)時(shí),采用這種刷新樣式,即先加載框架,再加載框架內(nèi)的數(shù)據(jù)。為了反之框架內(nèi)的內(nèi)容為空,會(huì)用占位符或者預(yù)設(shè)圖片來(lái)填充。
上面簡(jiǎn)單將六種常見(jiàn)的loading加載樣式介紹了一下,樣式雖然有六種,但是其實(shí)只有兩種加載原理:一種是整體加載頁(yè)面數(shù)據(jù),加載完成后一次顯示;第二種是先加載部分內(nèi)容,再加載剩余內(nèi)容(先加載文字再加載圖片;先加載框架再加載框架內(nèi)的數(shù)據(jù))。
我常說(shuō)的一句話是設(shè)計(jì)形式永遠(yuǎn)是服務(wù)于產(chǎn)品功能的,而產(chǎn)品功能則是為了滿足用戶需求。了解了這些loading加載的設(shè)計(jì)形式,進(jìn)一步深度思考一下:這些形式是為了減少用戶等待數(shù)據(jù)加載時(shí)的焦慮感。那么有沒(méi)有更好的機(jī)制來(lái)降低用戶等待時(shí)的焦慮感?當(dāng)然有。
第一:優(yōu)化App的加載算法,使得App與服務(wù)器交互數(shù)據(jù)的時(shí)間簡(jiǎn)短。這個(gè)需要開(kāi)發(fā)人員的精益求精了。這個(gè)是從根本上解決了問(wèn)題,因?yàn)橹苯訙p少了加載數(shù)據(jù)的時(shí)間,也就是減少了用戶需要等待的時(shí)間。
第二:采用預(yù)加載機(jī)制。拿閱讀App打比方,當(dāng)用戶在看第一頁(yè)的時(shí)候,App在后臺(tái)加載完后面的幾頁(yè),等用戶翻到第二頁(yè)的時(shí)候就不需要等待加載了,因?yàn)锳pp已經(jīng)幫用戶提前加載好了。這種加載機(jī)制對(duì)用戶體驗(yàn)特別好,但是存在一個(gè)問(wèn)題,就是要預(yù)測(cè)用戶行為,加載其他數(shù)據(jù),這樣會(huì)消耗不少流量,所以建議在WiFi網(wǎng)絡(luò)環(huán)境下采取這種預(yù)加載機(jī)制,而在蜂窩網(wǎng)絡(luò)狀態(tài)下則不采用預(yù)加載機(jī)制。這個(gè)要和開(kāi)發(fā)人員討論溝通,確保預(yù)加載機(jī)制完美運(yùn)行。
第三:異步處理。這一點(diǎn)做得好的App莫過(guò)于Instagram,不知道你有沒(méi)有發(fā)現(xiàn),用Instagram的時(shí)候會(huì)覺(jué)得特別流暢,即使在網(wǎng)絡(luò)不好的情況下。這是為什么?因?yàn)樵诰W(wǎng)絡(luò)不好的情況下,你給好友點(diǎn)了贊,Instagram并不會(huì)提示你網(wǎng)絡(luò)不好,操作失敗,而是提示你點(diǎn)贊成功了,其實(shí)將它只是將你點(diǎn)贊的操作記錄了下來(lái),等網(wǎng)絡(luò)一好就將點(diǎn)贊的行為上傳到服務(wù)器,從而完成點(diǎn)贊行為。這就是減少用戶的操作負(fù)擔(dān),讓產(chǎn)品自己去解決問(wèn)題,而不是把問(wèn)題拋給用戶。
請(qǐng)記住,目前App常見(jiàn)的loading加載樣式就這六種,當(dāng)然還有其他的加載設(shè)計(jì)樣式,但是這有什么關(guān)系?你已經(jīng)掌握了產(chǎn)品加載的原理,真正理解了加載機(jī)制,這樣你才可以不變應(yīng)萬(wàn)變。