用戶交互_加載
這里所說的加載是指：啟動app時文件蚜枢、信息或數(shù)據(jù)的載入缸逃。
一、啟動加載
在啟動APP時需要一段時間來完成數(shù)據(jù)請求厂抽，通常我們會使用啟動頁來完成這一過程的過渡需频。
二、內(nèi)容頁加載
內(nèi)容頁加載氛圍“當前頁加載”和“新頁面加載”兩類筷凤；
0-1s昭殉，無需任何加載苞七；
1-10s，需要明確的加載提示挪丢；加載動畫蹂风、反饋提示語等手段進行提示，告知用戶程序正在處理乾蓬，安心使用惠啄；
10s+，需要含完成進度的加載提示任内，告知用戶當前已完成進度和剩余內(nèi)容撵渡。
1、當前頁加載
即模態(tài)加載死嗦，通常適用于需要判斷的情況趋距，在當前頁面通過toast請求并提示進行中狀態(tài)，成功后進入到新頁面越除；
2节腐、新頁面加載
不需要做任何處理和判斷的情況下打開新頁面，在完成這一頁面內(nèi)容的加載摘盆，體驗更加流程铜跑；
注意：在此狀態(tài)下需要區(qū)分原生、H5類型骡澈，調(diào)用不同的載入方式锅纺。
加載的同時可以使用分步加載形式，先加載模塊和文字肋殴，后加載圖片和視頻等囤锉；需搭配加載動畫完成；
在應(yīng)用使用過程中护锤，出現(xiàn)最多的就是頁面之間的相互切換官地；切換頁面后，通常有一個數(shù)據(jù)請求的過程烙懦，為降低這一過程中用戶等待的混淆和沮喪感驱入；需要進行加載頁面的動態(tài)效果設(shè)計；以下我們針對原生應(yīng)用及H5頁面分別進行了區(qū)分氯析。
2.1亏较、原生載入方式
原生載入方式在數(shù)據(jù)請求較大（通常超過1s）或啟動應(yīng)用后首次載入各產(chǎn)品線時使用
2.2、H5載入方式
原生調(diào)用H5時掩缓，先打開H5頁面在請求加載雪情；通過進度條形式提示該頁面內(nèi)容正在加載中；
調(diào)用H5時你辣，本流程之內(nèi)的頁面再此容器內(nèi)加載巡通；本流程之外的h5可繼續(xù)打開新容器尘执。
三、分頁加載
頁面不變宴凉，只在當前頁面顯示更多內(nèi)容誊锭；
采用自動加載形式，優(yōu)先加載20條數(shù)據(jù)弥锄，加載到第20條時自動加載接下來的20條炉旷；
用戶交互_刷新
刷新機制也是設(shè)計師很容易忽略的問題，合理的刷新機制能讓產(chǎn)品使用起來更流暢叉讥；通常我們使用最多的刷新分別為手勢刷新窘行、點擊刷新和自動刷新。
一图仓、下拉刷新
使用最多的是內(nèi)容模塊的下拉刷新罐盔；
刷新的步驟分為：
1、下拉刷新器至指定位置
2救崔、到達指定位置后惶看，提示釋放可進行刷新
3、釋放手勢后提示當前正處于刷新狀態(tài)
1.1六孵、刷新類型
1.2纬黎、刷新過程
二、點擊刷新
通過點擊一個按鈕達到刷新數(shù)據(jù)的目的劫窒，但是如今在移動端的設(shè)計過程中本今，刷新按鈕的使用場景并不多見；使用較為普遍的是存在于一場頁面當中主巍，如出錯冠息、加載失敗等搭配刷新按鈕的使用會讓異常的狀態(tài)重新激活。
三孕索、自動刷新
根據(jù)設(shè)定好的規(guī)則逛艰，如時間、事件規(guī)則自動向服務(wù)器獲取新數(shù)據(jù)并替換舊數(shù)據(jù)搞旭。使用自動刷新需要根據(jù)場景來考慮是否合適
場景一 ??
對于頻繁更新的內(nèi)容散怖、有時效性的內(nèi)容，用戶在一個設(shè)定的時間沒有使用肄渗，則可考慮在下次使用時镇眷，自動刷新，把新的內(nèi)容推送給用戶
類似微博恳啥、新聞這種具有時效性的產(chǎn)品偏灿，用戶在24小時內(nèi)未打開產(chǎn)品丹诀，則在下次打開時幫用戶自動更新Timeline
場景二 ??
對于一個相對穩(wěn)定钝的，數(shù)據(jù)不會經(jīng)常變化的頁面翁垂，可以考慮設(shè)定時間規(guī)則，在后臺為用戶默默更新數(shù)據(jù)并替換舊數(shù)據(jù)等
用戶交互_反饋
反饋是產(chǎn)品設(shè)計中非常重要的一個環(huán)節(jié)硝桩，它的存在與否會極大的影響用戶的體驗沿猜，幫助用戶隨時感知系統(tǒng)的狀態(tài)，滿足用戶的控制感碗脊，消減不確定性給用戶帶來的負面情緒啼肩；
反饋從涵蓋范圍上來說可以分為兩種：操作反饋與用戶反饋。
1.1衙伶、加載反饋
提示器反饋的主題是操作行為祈坠，即某一操作發(fā)起后，前臺對表單的判斷及提交后后臺返回的結(jié)果矢劲；
針對操作場景的特性赦拘，我們提出2類反饋形式
toast反饋和對話框反饋
（1）異常，表單判斷異常
表單判斷信息異常芬沉，通過“躺同！”的形式進行警告，提示用戶出錯位置丸逸；該toast出現(xiàn)3s后淡出蹋艺，文案控制在4-16字之間，若文案文案大于該區(qū)間黄刚，則調(diào)用1階基礎(chǔ)對話框來完成該項報錯捎谨。
（2）異常，服務(wù)器返回錯誤
服務(wù)器返回異常憔维，通過“x”的形式進行通知侍芝，提示用戶出錯原因；該toast出現(xiàn)3s后淡出埋同，文案控制在4-16字之間州叠，若文案文案大于該區(qū)間，則調(diào)用1階基礎(chǔ)或2階基礎(chǔ)對話框來完成該項報錯及解決方案凶赁。
（3）正常
正常狀態(tài)的反饋需要結(jié)合實際使用場景來決定是否需要咧栗；
例1：我們在走一項獨立流程時，在完成最后一步操作且無結(jié)果頁時需要將當前結(jié)果狀態(tài)通過toast形式告知用戶后退出該頁面虱肄。
例2：在同一流程中若非最終操作致板，加載完畢后進入下一頁面時，則無需提示操作成功咏窿，直接進入下一級頁面即可斟或。
注：通常，成功狀態(tài)文案表示當前操作任務(wù)成功即可集嵌，如支付成功萝挤，訂閱成功等御毅；
但需要注意的是逆向操作不可使用此方法，如“取消成功”可采用“操作成功”來描述怜珍。
1.2端蛆、刷新反饋
在刷新后，toast反饋會以另一種形式進行反饋酥泛；此類反饋針對正常/異常進行了微弱的區(qū)分今豆，但整體操作方式一致；該toast出現(xiàn)3s后淡出柔袁，文案控制在4-16字之間呆躲，表示成功/失敗狀態(tài)或具體化的文案描述。
1.3捶索、頁面反饋
與提示器相比歼秽，頁面反饋的主體是操作流程，更像是一個流程的終端站情组；我們在完成某一項任務(wù)達到最終狀態(tài)時燥筷，進入到某一完成頁面，如支付成功頁院崇、交易完成頁等…
1.4肆氓、標簽反饋
標簽反饋常用于多字斷的填寫，主要用于表單底瓣，用戶錄入信息的過程可逐行進行校驗提示谢揪；
標簽反饋常用于pc端，此處不做過多說明捐凭。
1.5拨扶、動效反饋
動畫也可以用來完成反饋，這里的動畫特指的是功能性動畫茁肠。動畫的合理使用可以吸引用戶的注意力患民，因為人類都是視覺動物，在app和網(wǎng)頁中垦梆，小動畫對我們來說像是眼睛的甜點一樣匹颤，我們會不自覺的被它們吸引。
1.6托猩、聲音反饋
聲音是經(jīng)常受到設(shè)計師忽視的一個反饋方式印蓖，但是是我們接觸最早的。我們之前打電話按鍵京腥，每按一下就會發(fā)出“滴”的聲響赦肃，告訴用戶按鍵成功。
1.7、元件反饋
元件是我們使用應(yīng)用中操作最多的項目他宛，一個按鈕船侧、一行列表以及一個有效的觸區(qū)，在我們進行操作時堕汞，通常需設(shè)計其默認勺爱、按下以及禁用三個狀態(tài)晃琳；操作時與用戶進行互動讯检，表示其發(fā)出的反饋；
此處不做過多注釋卫旱，后續(xù)元件中會專門列出各效果說明人灼。
注：第二是用戶反饋，暫不在此做解析...
總結(jié)
以上為本次針對“加載顾翼、刷新投放、反饋”做出的歸類和總結(jié)；
在整理公司移動端交互規(guī)范指南時适贸，突發(fā)奇想發(fā)篇文章與大家進行交流灸芳；如有不足，還請各位看官加以指正拜姿；
后續(xù)小編將持續(xù)更新關(guān)于交互設(shè)計指南用戶交互章節(jié)的相關(guān)設(shè)計要點烙样。
注：圖片資源來源于網(wǎng)絡(luò)，設(shè)計資料內(nèi)容來自于個人的相關(guān)看法及一些相關(guān)資料的總結(jié)蕊肥。
