注：鑒于目前交互設(shè)計(jì)的知識(shí)體系較為混亂，我寫(xiě)了這個(gè)［交互基礎(chǔ)］系列專(zhuān)題，旨在整理移動(dòng)端交互設(shè)計(jì)基礎(chǔ)知識(shí)。鞏固本身的知識(shí)體系，也與大家共勉，打好基礎(chǔ)，才能飛得更高！

交互設(shè)計(jì)是定義、設(shè)計(jì)人造系統(tǒng)行為的設(shè)計(jì)領(lǐng)域。這是一個(gè)非常廣的領(lǐng)域，我們?cè)谶@里，只探討IT產(chǎn)品的人機(jī)界面交互。舉一個(gè)例子，用戶(hù)點(diǎn)擊一個(gè)確定按鈕，完成了表單的提交，此時(shí)APP提示用戶(hù)“提交成功”，這是用戶(hù)與APP之間的一個(gè)交互過(guò)程。從點(diǎn)擊按鈕到彈出提示，這個(gè)過(guò)程發(fā)生了？在交互層面又需要考慮哪些問(wèn)題呢？

用戶(hù)與客戶(hù)端進(jìn)行人機(jī)交互，如上述的例子，點(diǎn)擊確定按鈕，客戶(hù)端將用戶(hù)的操作轉(zhuǎn)化為相應(yīng)的指令，向辦事器請(qǐng)求數(shù)據(jù)，若網(wǎng)絡(luò)和辦事器正常，辦事器返還數(shù)據(jù)到客戶(hù)端，用戶(hù)看到本身操作所引發(fā)的結(jié)果。在這個(gè)過(guò)程中，涉及到用戶(hù)與客戶(hù)端之間的交互和客戶(hù)端與辦事端之間的數(shù)據(jù)傳輸這兩個(gè)部分。

從用戶(hù)點(diǎn)擊確定按鈕后到辦事器返回?cái)?shù)據(jù)到客戶(hù)端，這個(gè)過(guò)程中需要耗費(fèi)必然的時(shí)間，我們需要呈現(xiàn)一個(gè)加載的過(guò)程來(lái)告訴用戶(hù)APP正在做什么，以緩解用戶(hù)的焦慮情緒。當(dāng)辦事器返回?cái)?shù)據(jù)以后，客戶(hù)端需要提示用戶(hù)”提交成功”，以告知用戶(hù)操作的結(jié)果。當(dāng)然，還會(huì)有異常的情況，客戶(hù)端與辦事器之間傳輸數(shù)據(jù)的過(guò)程中，可能遭遇網(wǎng)絡(luò)不不變、辦事器異常等情況，這也需要及時(shí)告知用戶(hù)，以制止用戶(hù)不知所措、產(chǎn)生焦慮，影響體驗(yàn)。

加載發(fā)生的原理都是一致的，即用戶(hù)與客戶(hù)端發(fā)生人機(jī)交互以后，請(qǐng)求數(shù)據(jù)與返回?cái)?shù)據(jù)的過(guò)程。但是在差別的場(chǎng)景下，需要考慮差別的加載處理方式。

頁(yè)面加載的兩種模式：同步加載和異步加載。

1.同步加載

定義：同步加載請(qǐng)求執(zhí)行某一任務(wù)，在該請(qǐng)求返回?cái)?shù)據(jù)之前，請(qǐng)求端什么也不干就在等待，直至該請(qǐng)求返回?cái)?shù)據(jù)，再執(zhí)行下一步操作。（例如產(chǎn)品設(shè)計(jì)完成之后才能交付給開(kāi)發(fā)。）

場(chǎng)景：登錄注冊(cè)、掃碼支付、提交訂單、上傳資料、修改資料等需要驗(yàn)證、提交信息的情況或下一步的結(jié)果走向與當(dāng)前操作相關(guān)的情況，也稱(chēng)挨次操作。（例如登錄需驗(yàn)證賬號(hào)信息，成功了就進(jìn)入應(yīng)用主頁(yè)，失敗則仍停留在登錄界面）

特點(diǎn)：及時(shí)性，加載完成/失敗會(huì)立即得到反饋結(jié)果，上下步操作的關(guān)聯(lián)性強(qiáng)，更易于實(shí)現(xiàn)。但是如果加載速度太慢，很可能長(zhǎng)時(shí)間停留在加載頁(yè)面，使用戶(hù)產(chǎn)生煩躁的負(fù)面等待情緒。

2.異步加載

定義：異步加載請(qǐng)求執(zhí)行某一任務(wù)的同時(shí)，可以繼續(xù)執(zhí)行下一操作，比及收到返回?cái)?shù)據(jù)，再處理該任務(wù)。（例如你要燒水和掃地，為了提高效率，，先燒水，再在燒水的過(guò)程中掃地，等水燒開(kāi)了，再去處理開(kāi)水。）

場(chǎng)景：不涉及重要資料和挨次操作的數(shù)據(jù)加載都適合異步加載。如大量圖片、視頻的頁(yè)面，長(zhǎng)列表數(shù)據(jù)的列表頁(yè)，內(nèi)容的詳情頁(yè)面等。

特點(diǎn)：有效得提升了用戶(hù)體驗(yàn)，頁(yè)面的跳轉(zhuǎn)和加載動(dòng)畫(huà)讓用戶(hù)覺(jué)得反饋很及時(shí)，增強(qiáng)了操作的流暢度。但是需要處理好操作之間的關(guān)聯(lián)性，不然用戶(hù)容易產(chǎn)生疑惑。

運(yùn)用加載模式的兩種原理，可以延伸出多種加載策略以對(duì)應(yīng)差別的場(chǎng)景需要。加載策略是方法，加載模式是原理。需要注意的是，差別的加載策略運(yùn)用了差別的加載模式，并不是簡(jiǎn)單的一對(duì)一的關(guān)系，要學(xué)會(huì)配合使用。

1.啟動(dòng)頁(yè)加載

打開(kāi)APP有一個(gè)加載的過(guò)程，在這個(gè)過(guò)程中，可能對(duì)同步加載和異步加載均有涉及。

同步加載時(shí)的常用策略：加載完某些數(shù)據(jù)才能進(jìn)入應(yīng)用，適合對(duì)某些關(guān)鍵數(shù)據(jù)進(jìn)行檢查，例如檢查用戶(hù)的身份信息，此種策略是為了保證一些關(guān)鍵數(shù)據(jù)的可控性。

異步加載的常用策略：進(jìn)入應(yīng)用內(nèi)再加載使用的數(shù)據(jù)，例如進(jìn)入應(yīng)用再加載首頁(yè)，可以提高進(jìn)入應(yīng)用的速度。

APP啟動(dòng)頁(yè)顯示的長(zhǎng)短取決于需要加載的內(nèi)容的多少。一些APP在啟動(dòng)頁(yè)之后還設(shè)置了廣告頁(yè)面（一般可跳過(guò)），則考慮更多的是廣告營(yíng)銷(xiāo)等商業(yè)目的。

標(biāo)簽：鹽城 東營(yíng) 九江 林芝 烏魯木齊