-
。。。。。。。。。查看全部
-
不錯(cuò)查看全部
-
獲取inputStream對(duì)象 new URL(url).openInputStream()查看全部
-
Bitmap-刷新ListView加載： 問(wèn)題是解決：緩存的圖片對(duì)正確的圖片加載時(shí)的影響~ 問(wèn)題描述：圖片在刷新顯示的時(shí)候會(huì)刷新更改多次，并不是一次到位加載正確圖片。 問(wèn)題分析：ListView會(huì)重用convertView,每一個(gè)ImageView并沒(méi)有唯一的標(biāo)識(shí)，多個(gè)LIstView中Item的加載在緩沖池中產(chǎn)生多個(gè)ImageView，在沒(méi)有Tag的情況下，重用convertView就會(huì)導(dǎo)致新的圖片在加載之前先顯示舊的圖片，根本原因是ListView中特定的Item沒(méi)有顯示正確的URL資源 解決方案：方法1-設(shè)置Tag：在首次加載時(shí)就為ImageView的標(biāo)簽，標(biāo)簽為正確的URL（身份驗(yàn)證信息）：viewHolder.imageView.setTag(url)，在handler中加載圖片時(shí)對(duì)標(biāo)簽進(jìn)行判斷，若符合，則加載。 方法2-設(shè)置成員變量：在showImageByThread中仿照ImageView的方式對(duì)URL進(jìn)行緩存，避免了網(wǎng)絡(luò)下載時(shí)間不確定導(dǎo)致的持續(xù)性的混亂查看全部
-
滾動(dòng)須實(shí)現(xiàn)相應(yīng)的接口查看全部
-
磁盤的二級(jí)緩存查看全部
-
Lru算法減少了去網(wǎng)上下載，提高了效率查看全部
-
對(duì)JSON不太熟悉查看全部
-
服務(wù)器 獲取json數(shù)據(jù) 解析并顯示數(shù)據(jù)，訪問(wèn)網(wǎng)絡(luò)的異步加載 圖片的lrucache存儲(chǔ) 滾動(dòng)時(shí)監(jiān)聽(tīng) 進(jìn)行高效加載listview(復(fù)雜的listview體現(xiàn)到) 將getview(),顯示的圖片 移動(dòng)滾動(dòng)事件中加載，首頁(yè)預(yù)加載查看全部
-
再一次測(cè)試查看全部
-
我想要測(cè)試測(cè)試查看全部
-
ListVIew的緩存機(jī)制： 有重用contenView的功能，該ContentVIew可能是前面或者后面的內(nèi)容。 那么解決該問(wèn)題的方法： 為ImageView設(shè)置一個(gè)Tag標(biāo)志。在進(jìn)行設(shè)置圖像的時(shí)候進(jìn)行判斷查看全部
-
在子線程中：不能直接改變UI android單線程模型：非主線程不能在線程中直接編程UI 只能使用Handler進(jìn)行消息的處理。 可以使用成員來(lái)保存數(shù)據(jù)實(shí)現(xiàn)數(shù)據(jù)的傳輸和交換查看全部
-
ViewHolder的使用查看全部
-
ViewHolder的使用，將布局文件轉(zhuǎn)換為View的方法查看全部
舉報(bào)
0/150
提交
取消