在前端開(kāi)發(fā)中，app開(kāi)發(fā)往往是不可忽視的重要環(huán)節(jié)，像是我們通常會(huì)借助apicloud平臺(tái)來(lái)開(kāi)發(fā)app。在APP的開(kāi)發(fā)中圖片的加載作為用戶體驗(yàn)一個(gè)重要標(biāo)準(zhǔn)，往往也是客戶衡量app體驗(yàn)好壞的一個(gè)指標(biāo)，今天小編就來(lái)分享一下自己的開(kāi)發(fā)心得。
相信每個(gè)開(kāi)發(fā)者都希望自己app的圖片如上圖一樣能夠快速的打開(kāi)圖片，而不是每次都需要向服務(wù)器不斷地請(qǐng)求數(shù)據(jù)不停地轉(zhuǎn)圈。在apiclound中，有很多是關(guān)于數(shù)據(jù)存儲(chǔ)的，其中具有關(guān)于圖片的imagecache.
這次我們還是先次官方是如何說(shuō)的
圖片緩存
imageCache({params}, callback(ret, err))
params
url：
類型：字符串
默認(rèn)值：無(wú)
描述：圖片遠(yuǎn)程地址
encode：
類型：布爾
默認(rèn)值：true
描述：（可選項(xiàng)）是否對(duì)url進(jìn)行編碼。默認(rèn)或傳true時(shí)，Android將始終對(duì)url編碼，而iOS只有在url不合法（如存在中文字符）的時(shí)候才進(jìn)行編碼。如果url中有特殊字符需要編碼的，建議先在js層進(jìn)行編碼，然后此參數(shù)傳false。
policy：
類型：字符串
默認(rèn)值：default
描述：（可選項(xiàng)）緩存策略
取值范圍：
default //默認(rèn)為 cache_else_networkcache_else_network //若服務(wù)器上沒(méi)有更新，則使用緩存no_cache //不使用緩存，始終從服務(wù)器獲取cache_only //當(dāng)緩存存在時(shí)，只從緩存中讀取
thumbnail：
類型：布爾類型
默認(rèn)值：true
描述：（可選項(xiàng)）使用縮略圖，底層將根據(jù)當(dāng)前系統(tǒng)及設(shè)備性能，返回最優(yōu)的縮略圖，有利于提高應(yīng)用運(yùn)行及渲染效率
tag：
類型：字符串
默認(rèn)值：無(wú)
描述：（可選項(xiàng)）標(biāo)識(shí)信息，將在回調(diào)中返回
callback(ret, err)
ret：
類型：JSON 對(duì)象
內(nèi)部字段：
{
status:true, //是否成功，布爾類型
url:'' //圖片本地存儲(chǔ)路徑，若下載失敗，則返回傳入的url，字符串類型
tag:'' //標(biāo)識(shí)信息，字符串類型}
以上是官方的說(shuō)法，小編的理解是imagecache是一個(gè)可以把http或者h(yuǎn)ttps或者widget地址直接轉(zhuǎn)為手機(jī)上的地址的一個(gè)工具，它所存儲(chǔ)的位置：
Android的默認(rèn)沙箱位置：sdcard/UZMap/appId iOS的默認(rèn)沙箱位置：Documents/uzfs/appId；
當(dāng)然我們也可以通過(guò)config文件來(lái)修改默認(rèn)存儲(chǔ)位置
像是上圖的案例，代碼如下 
本案例中，先是通過(guò)ajax通過(guò)get的方法獲取圖片，如果存在圖片的話（響應(yīng)值為200），則調(diào)用圖片imagecache,先把服務(wù)器的圖片路徑轉(zhuǎn)為手機(jī)存儲(chǔ)的路徑并同時(shí)緩存圖片，但是這里存在問(wèn)題，因?yàn)檫@里一共三張圖片，如果其中有一個(gè)圖片沒(méi)有調(diào)到，這樣就會(huì)有空的很尷尬，所以設(shè)置了兩個(gè)函數(shù) 初始值都是1,這種的有關(guān)分為兩種 一個(gè)是圖片沒(méi)有與服務(wù)器建立通信，另一個(gè)是沒(méi)有該圖片資源，如果三個(gè)圖片都沒(méi)有的話，就會(huì)執(zhí)行刷新頁(yè)面。
app案例地址：
或者在appstore里直接搜索“易挖”
或者appstore里搜索易挖
好了，以上就是小編今天所分享的文章，如果想關(guān)注更多小編的文章就來(lái)文匯軟件關(guān)注小編吧！
