交互走查表
1. 網(wǎng)絡(luò)異常
頁面有緩存數(shù)據(jù)時
頁面有緩存數(shù)據(jù)時要考慮兩種情況：
網(wǎng)絡(luò)環(huán)境切換時（從WIFI到蜂窩數(shù)據(jù)；從蜂窩數(shù)據(jù)到WIFI），解決方案是“暫停播放并dialog提示”。
網(wǎng)絡(luò)異常時，解決方案有兩種，一是Toast提示；二是常駐list提示。
頁面無緩存數(shù)據(jù)時
這種情況下，要有點擊頁面重新加載的功能，有些APP是提供重新加載的button，有些是點擊空白頁面任意區(qū)域都會觸發(fā)重新加載，另外，還有很多APP會提供前往設(shè)置WIFI的入口。
2. 缺省頁面
有頁面框架時
顯示頁面框架+占位符；
無頁面框架時
盡量采用情感化設(shè)計，同時可以引導(dǎo)用戶去看推薦內(nèi)容。
3. 加載刷新
頁面有緩存數(shù)據(jù)時
（1）設(shè)計加載loading；
（2）考慮加載失敗的情況，加載失敗可分為網(wǎng)絡(luò)原因和其他原因。一般會采用Toast提示。
頁面無緩存數(shù)據(jù)時
（1）設(shè)計加載loading；
（2）考慮加載失敗的情況，加載失敗可分為網(wǎng)絡(luò)原因和其他原因。一般會進行情感化設(shè)計。
下拉刷新
設(shè)計下拉刷新動畫，每次刷新可以給予Toast反饋，例如豆瓣首頁，每次刷新都會提示更新了多少條；如果當(dāng)前內(nèi)容已經(jīng)是最新，可以提示用戶已經(jīng)是最新內(nèi)容。
分段加載
因為客戶端不可能一次性加載全部內(nèi)容，得進行分段加載，規(guī)定每次加載多少條，像今日頭條APP，我沒記錯的話應(yīng)該是每次會加載60條數(shù)據(jù)。
分布加載
考慮分布加載，先加載文字，后加載圖片，如果頁面有框架，會最先出現(xiàn)頁面框架，再顯示文字和圖片。由于加載圖片時間稍長，所以在加載圖片過程中會用一個默認的占位符來填充圖片位置。
異步加載
為了減少用戶等待時間，可以考慮需不需要采用異步加載。
智能加載
根據(jù)產(chǎn)品自身的特性，考慮是否分網(wǎng)絡(luò)環(huán)境來加載不同內(nèi)容。例如知乎APP，在設(shè)置中可以選擇蜂窩環(huán)境下只加載文字不加載圖片，幫助用戶節(jié)約流量。
4. 其他情況
是否支持游客模式
APP啟動頁面的設(shè)計
token失效時
服務(wù)器異常時
不同產(chǎn)品根據(jù)自身的特點，需要走查的點是不一樣的，例如：涉及多媒體播放和下載的產(chǎn)品，才需要考慮網(wǎng)絡(luò)環(huán)境切換時的情況；必須強制登錄的產(chǎn)品就不需要考慮游客模式的設(shè)計，等等。
《清單革命》這本書將人類所犯的錯分為兩類，一類是無知之錯；另一類是無能之錯。無知之錯是因為缺少相關(guān)的知識所犯的錯誤，而無能之錯并非因為沒有掌握正確的知識，而是因為沒有正確的使用這些知識。而交互走查表（清單）的建立，會減少我們犯無能之錯的概率。
文章轉(zhuǎn)載請保留網(wǎng)址：http://www.wedoyun.com/news/industry/1845.html
