【移動應用開發(fā)技術】讓APP變快的6個設計方案是什么

【移動應用開發(fā)技術】讓APP變快的6個設計方案是什么

在下今天帶大家了解讓APP變快的6個設計方案是什么，文中知識點介紹的非常詳細。覺得有幫助的朋友可以跟著在下一起瀏覽文章的內容，希望能夠幫助更多想解決這個問題的朋友找到問題的答案，下面跟著在下一起深入學習“讓APP變快的6個設計方案是什么”的知識吧。大家都知道不管網(wǎng)頁還是移動APP，響應速度都是最重要的體驗指標之一，并且移動應用的網(wǎng)絡環(huán)境不穩(wěn)定，速度的體驗顯得尤為重要。其實速度優(yōu)化不僅是程序員的事，設計，也能夠讓APP變得更快。1.后臺執(zhí)行這是一條很通用，也容易理解的方法。用戶不會愿意盯著進度條傻傻地等待，除了“取消”沒有其他選擇。在系統(tǒng)處理一些網(wǎng)絡任務的時候，完全可以允許用戶做一些其他的事情。各大平臺的發(fā)微博，都采用了后臺執(zhí)行。云閱讀的離線下載也采用后臺執(zhí)行。而微博的看長圖(或視頻)，是個反例。網(wǎng)絡不給力時，要么等待1分鐘讓圖加載完，要不就只好放棄看圖。為什么不能讓圖加載的同時，用戶可以看其他微博呢?2.在載入前顯示內容客戶端與web的一個不同點，客戶端的顯示內容包括本地數(shù)據(jù)和網(wǎng)絡數(shù)據(jù)兩部分。在設計界面時，將更多的信息放在本地，在網(wǎng)絡數(shù)據(jù)未載入時即顯示本地數(shù)據(jù)，讓用戶產(chǎn)生一種“已經(jīng)載入一半了”的錯覺，即使最終的耗時一樣，心理感受也會更快。當然把數(shù)據(jù)過多地寫在本地，會犧牲一些靈活性，需要根據(jù)具體情況考慮。如AppStore的詳情頁，在詳細信息載入前，已有信息先顯示。3.充分利用好緩存緩存可以把網(wǎng)絡數(shù)據(jù)保存在本地，下次打開時無需要再次向網(wǎng)絡請求，減少流量并減少等待時間。在設計時，可以先顯示緩存內容，同時后臺到網(wǎng)絡上拉取新內容，若有新內容立即替換或下次訪問時替換。但緩存使用也要注意“度”，過大的緩存文件占用太多的系統(tǒng)空間，會讓用戶一怒之下卸載APP。4.界面先行，網(wǎng)絡交互隨后對于一些數(shù)據(jù)量很小，且失敗可能性較小的網(wǎng)絡交互，用戶并不需要明確知道APP在干這些事情，也能夠順暢地使用APP，那么就可以“把一些事實掩蓋起來”，即界面上聽話地、迅速地完成任務(心智模型)，程序后臺默默地繼續(xù)執(zhí)行任務(實現(xiàn)模型)。最常用的比如QQ、微信、易信等聊天界面。點擊發(fā)送后，消息立即”飛”到聊天上下文中，其實對方還沒收到。但這樣的設計讓溝通的過程更順暢，沒有“正在發(fā)送–發(fā)送成功”各種過程的干擾。5.預測用戶行為，提前開始任務不知道大家使用淘寶有沒有這樣的習慣，在搜索結果列表，將所有感興趣的結果都打開為新標簽頁，然后一個個地看，沒興趣的就關閉。這樣做的好處是，在我瀏覽商品詳情頁的時候，每個頁面都是載入完全了，否則我點開一個看一個，每個都要等待加載完，就會大大降低效率。那么能否通過設計，來滿足類似使用場景呢？應該是可以的，那就是預測用戶的行為，提前開始任務。策略類似這樣：用戶在某個界面停留的時候，預測下一步可能做ABC三個任務，系統(tǒng)于是把這些任務都提前做完。當用戶做出選擇比如A時，界面可以迅速響應，并且同時把BC兩個任務從內存中清空掉以節(jié)省資源。(當然這招也有限制：1，只適用于免費的網(wǎng)絡。2，預加載不能影響系統(tǒng)的性能)后臺自動加載新內容：并在刷新按鈕上顯示“NEW”，此時當用戶再刷新，內容立即呈現(xiàn)。再比如Chrome在下載前詢問是否保存，在用戶決定之就已經(jīng)開始下載，節(jié)省了不少時間。如果用戶放棄，已下載內容會自動刪除。那么，用這個思路：●

寫微博插入照片后，能否自動上傳，而不必等用戶點擊了“發(fā)送”才上傳？●

看微博時定位到某條微博，是否應該自動加載大圖或視頻？●

音樂應用在當前歌曲快播放完時，是否應該下載下一首歌，以免切歌的時候會卡一會兒？6