注：鑒于目前交互設計的知識體系較為混亂，我寫了這個［交互基礎］系列專題，旨在整理移動端交互設計基礎知識。鞏固本身的知識體系，也與大家共勉，打好基礎，才能飛得更高！

交互設計是定義、設計人造系統行為的設計領域。這是一個非常廣的領域，我們在這里，只探討IT產品的人機界面交互。舉一個例子，用戶點擊一個確定按鈕，完成了表單的提交，此時APP提示用戶“提交成功”，這是用戶與APP之間的一個交互過程。從點擊按鈕到彈出提示，這個過程發生了？在交互層面又需要考慮哪些問題呢？

用戶與客戶端進行人機交互，如上述的例子，點擊確定按鈕，客戶端將用戶的操作轉化為相應的指令，向辦事器請求數據，若網絡和辦事器正常，辦事器返還數據到客戶端，用戶看到本身操作所引發的結果。在這個過程中，涉及到用戶與客戶端之間的交互和客戶端與辦事端之間的數據傳輸這兩個部分。

從用戶點擊確定按鈕后到辦事器返回數據到客戶端，這個過程中需要耗費必然的時間，我們需要呈現一個加載的過程來告訴用戶APP正在做什么，以緩解用戶的焦慮情緒。當辦事器返回數據以后，客戶端需要提示用戶”提交成功”，以告知用戶操作的結果。當然，還會有異常的情況，客戶端與辦事器之間傳輸數據的過程中，可能遭遇網絡不不變、辦事器異常等情況，這也需要及時告知用戶，以制止用戶不知所措、產生焦慮，影響體驗。

加載發生的原理都是一致的，即用戶與客戶端發生人機交互以后，請求數據與返回數據的過程。但是在差別的場景下，需要考慮差別的加載處理方式。

頁面加載的兩種模式：同步加載和異步加載。

1.同步加載

定義：同步加載請求執行某一任務，在該請求返回數據之前，請求端什么也不干就在等待，直至該請求返回數據，再執行下一步操作。（例如產品設計完成之后才能交付給開發。）

場景：登錄注冊、掃碼支付、提交訂單、上傳資料、修改資料等需要驗證、提交信息的情況或下一步的結果走向與當前操作相關的情況，也稱挨次操作。（例如登錄需驗證賬號信息，成功了就進入應用主頁，失敗則仍停留在登錄界面）

特點：及時性，加載完成/失敗會立即得到反饋結果，上下步操作的關聯性強，更易于實現。但是如果加載速度太慢，很可能長時間停留在加載頁面，使用戶產生煩躁的負面等待情緒。

2.異步加載

定義：異步加載請求執行某一任務的同時，可以繼續執行下一操作，比及收到返回數據，再處理該任務。（例如你要燒水和掃地，為了提高效率，，先燒水，再在燒水的過程中掃地，等水燒開了，再去處理開水。）

場景：不涉及重要資料和挨次操作的數據加載都適合異步加載。如大量圖片、視頻的頁面，長列表數據的列表頁，內容的詳情頁面等。

特點：有效得提升了用戶體驗，頁面的跳轉和加載動畫讓用戶覺得反饋很及時，增強了操作的流暢度。但是需要處理好操作之間的關聯性，不然用戶容易產生疑惑。

運用加載模式的兩種原理，可以延伸出多種加載策略以對應差別的場景需要。加載策略是方法，加載模式是原理。需要注意的是，差別的加載策略運用了差別的加載模式，并不是簡單的一對一的關系，要學會配合使用。

1.啟動頁加載

打開APP有一個加載的過程，在這個過程中，可能對同步加載和異步加載均有涉及。

同步加載時的常用策略：加載完某些數據才能進入應用，適合對某些關鍵數據進行檢查，例如檢查用戶的身份信息，此種策略是為了保證一些關鍵數據的可控性。

異步加載的常用策略：進入應用內再加載使用的數據，例如進入應用再加載首頁，可以提高進入應用的速度。

APP啟動頁顯示的長短取決于需要加載的內容的多少。一些APP在啟動頁之后還設置了廣告頁面（一般可跳過），則考慮更多的是廣告營銷等商業目的。

標簽：鹽城 東營 九江 林芝 烏魯木齊