每一個用戶都不喜歡進(jìn)入頁面時需要長時間的等待，并且對著一個空白的頁面。

因此在 iOS 當(dāng)中會使用大量的動效、情感化設(shè)計來引導(dǎo)用戶多停留一些時間等待加載；在較多 App 當(dāng)中，也會通過動效設(shè)計，優(yōu)化頁面信息的加載。

那既然頁面加載很重要，對于 B 端產(chǎn)品而言，我們也需要去考慮頁面的功能究竟要如何進(jìn)行設(shè)計。

今天我們會聊聊 頁面加載 功能的具體邏輯，以及 B 端產(chǎn)品的常見頁面加載策略，希望能夠?qū)Ω魑煌瑢W(xué)有所幫助～

一、頁面加載的邏輯

在系統(tǒng)當(dāng)中，頁面加載其實(shí)是用戶對系統(tǒng)界面進(jìn)行交互后，系統(tǒng)會將對應(yīng)的數(shù)據(jù)傳給服務(wù)器，而服務(wù)器又會將內(nèi)容反饋給用戶的整個過程。

比如在按鈕組件中，我們就需要去設(shè)定「當(dāng)用戶點(diǎn)擊了按鈕過后它需要長時間加載的 Loading 狀態(tài)」

通過這樣的做法，其實(shí)就是緩解用戶等待所花費(fèi)的時間，減少焦慮。

在很多 C 端產(chǎn)品中，頁面加載是非常常見的。比如會有懶加載、預(yù)加載、異步加載等。

同時會使用非常多的 插畫設(shè)計、動效設(shè)計 去降低用戶所使用的焦慮。但是在桌面端中，它的思考方式會有些許不同，我們將其分為四種不同的方式。

二、骨架圖/skeleton

骨架屏是較為常規(guī)的頁面模塊加載方式。

它主要適用于模塊當(dāng)中，加載內(nèi)容需要提供占位信息時進(jìn)行使用。通常會在 列表、卡片類 圖文信息較多的頁面當(dāng)中進(jìn)行呈現(xiàn) 。

在用戶預(yù)期上，骨架圖能夠幫助我們展示當(dāng)中頁面的大體結(jié)構(gòu)，以避免在頁面加載信息的過程當(dāng)中出現(xiàn)隨意跳動、亂展示的情況。

特別是在很多頁面第一次加載時，由于數(shù)據(jù)內(nèi)容較多，因此使用骨架圖填充會更為合理。比如在有贊當(dāng)中， 就會使用骨架圖的方式來進(jìn)行頁面信息的加載。而在 B 端后臺中也更多的適用于工作臺信息的加載，特別是在工作臺中有數(shù)據(jù)部分的內(nèi)容呈現(xiàn)的時候，需要格外去注意。

三、加載中/Spin

Spin 主要要于頁面和區(qū)塊當(dāng)中的信息加載，通過適當(dāng)?shù)膭有?，能夠保證頁面加載時緩解用戶的焦慮。

在 Spin 當(dāng)中，會有許多不同的類型：基礎(chǔ) Loading、動畫 Loading、進(jìn)度 Loading

基礎(chǔ) Loading 更適用于頁面當(dāng)中的組件類級別的加載，像是在輸入框內(nèi)、按鈕中、下拉選擇... 的內(nèi)容加載。

動畫 Loading 則偏向于區(qū)塊、頁面級別的加載，比如在表格頁面中，就會經(jīng)常使用加載的方式展示目前正在相應(yīng)。

進(jìn)度 Loading 則更像是進(jìn)度條的外露，想要更凸顯目前的真實(shí)進(jìn)度情況。目前在 Ant Design 5.18.0 版本當(dāng)中即可支持

四、長時間加載

當(dāng)然，在系統(tǒng)當(dāng)中還會出現(xiàn)一些特殊的加載狀態(tài)。比如在針對數(shù)據(jù)量較大的情況下時，我們會采取什么樣的加載策略？

比如在神策數(shù)據(jù)當(dāng)中，當(dāng)我們在去分析后臺的行為數(shù)據(jù)時，需要進(jìn)行大量的計算，因此在分析完一次過后所等待的時間也會更為長久。這時候神策會給出一套更為復(fù)雜的加載策略。

首先在加載層面上，它會優(yōu)先告知用戶目前整體的加載進(jìn)度，這對于用戶的等待是非常有益的。

其次，如果你對于整體加載的時間進(jìn)度不夠滿意，那我可以給你相應(yīng)的解決策略，像是分批加載等等。

最后如果你在加載過程當(dāng)中有其他的分析任務(wù)，也可以通過異步加載的方式，進(jìn)行后臺計算，等結(jié)果出來后會通過通知的方式進(jìn)行提示。當(dāng)然，在此過程中，你可以中斷、退出。

五、異步加載

異步加載也是針對長時間加載的一種策略，比如我需要去上傳較大信息的時候，我需要耗費(fèi)特別多的時間。那這時候就可以采用異步加載的方式，滿足用戶的正常使用。

在飛書當(dāng)中，我要上傳飛書妙記，我要導(dǎo)入飛書成員，那都可以通過異步加載的方式來進(jìn)行呈現(xiàn)。

那在設(shè)計的時候需要去考慮異步加載整體的入口以及功能之間是如何實(shí)現(xiàn)的。

像是在飛書妙記中，它會將其作為一個上傳入口，進(jìn)行快速的展現(xiàn)。而在導(dǎo)入飛書成員的時候，則會展現(xiàn)是將其放在后臺進(jìn)行加載，等完成過后通過通知的方式來告知用戶（與神策相同）

關(guān)于加載，其實(shí)在設(shè)計上還會有很多細(xì)節(jié)，后續(xù)有時間，再和大家分享～

歡迎關(guān)注作者的微信公眾號： CE青年Youthce