Adapter實現ListView帶多選框等狀態(tài)的自定義控件的注意事項
更新時間:2013年01月21日 14:43:17 作者:
Android本身為ListView提供了幾個方便的Adapter,比如ArrayAdapter、SimpleCurrentAdapter等等,接下來介紹自定義Adapter實現ListView帶多選框等狀態(tài)控件的注意事項,感興趣的朋友可以詳細了解下,或許對你有所幫助
Android本身為ListView提供了幾個方便的Adapter,比如ArrayAdapter、SimpleCurrentAdapter等等。但是為了實現更復雜的列表視圖和控制,一般都要繼承BaseAdapter來實現自己的Adapter。
我需要的ListView是如圖一樣的實現SD卡資源文件瀏覽列表,每個列表項由一個ImageView、TextView、CheckBox組成,并且要求當整個列表中有一個或一個以上的Checkbox被選中時,右上角的搜索按鈕就顯示出來,否則就隱藏,因此需要對每個列表項的CheckBox設置監(jiān)聽器。若使用Android提供的Adapter實現起來比較復雜,所以我選擇繼承BaseAdapter來實現自己的Adapter。
首先要知道的是ListView顯示原理。ListView接收了Adapter之后,ListView的列表項數據是來源于接收的Adapter的。當ListView要展現出來的時候,ListView就會調用Adapter的getCount方法來獲得一共需要繪制多少個列表項,之后就開始調用getView方法來獲得每個列表項的View進行裝載。也就是說ListView的列表項就是每次調用getView返回的View,每次調用getView獲得的列表項View是什么樣子,我們看到的這個列表項就是什么樣子。
我繼承BaseAdapter來實現自己的Adapter,至少需要重寫基本的getView、getCount、getItem、getItemID四個方法。其中getCount和getView的功能如上所述,所以我要想實現對每個列表項多選框按鈕的監(jiān)聽就需要在getView中返回View給ListView之前,對View中的多選框設置監(jiān)聽器。getView方法中帶三個參數public View getView(int position,View convertView,ViewGroup parent),一般都是將convertView最為返回的View。
在這里,需要插播說明一下Android系統對ListView的實現小細節(jié)。Android構造ListView列表項的時候每次只會構造足夠滿足屏幕顯示數量的列表項,一般都是10個左右。當ListView的列表項多于屏幕能夠顯示的列表項的時候,ListView就可以上下拉動,每次拉動顯示后續(xù)列表項時就會再次調用getView方法來構造后續(xù)列表項的View。如果ListView是首次顯示出來,那么getView的參數View convertView就是null空的;如果是拉動ListView調用的getView,那么這時getView的參數convertView就不再是null,而是隨著拉動剛剛被拉走隱藏掉的列表項的View。這么做的好處是可以節(jié)省資源。
基于這個細節(jié),如果重寫getView方法時,要將參數convertView作為返回View,那么getView中就應該判斷convertView是否為null。為空的話就需要使用Inflater構造出來,不為空的話就可以直接使用了。我的需求中需要對多選框進行監(jiān)聽,所以在返回convertView之前需要中convertView中獲取多選框控件并設置監(jiān)聽器。
一開始,我以為這樣就能夠實現我的需求了,但是出來的結果卻意想不到。當我點擊一個多選框后,將列表往下拉,下面出來的沒有選中的列表框也變成選中的狀態(tài)。注意到我每次點擊一個多選框后往下拉同步被選中的多選框的距離都是不變的,總是相隔11項。于是,回想getView中convertView參數的特點,當我往下拉的時候,ListView調用getView方法中的convertView就是回收來的因為拉動被隱藏的View。在我這個例子中,由于多選框是一種帶有狀態(tài)標示的控件,我的getView沒有對其狀態(tài)進行重新設置,所以就造成了這種奇怪現象。我的解決方法是在我實現的Adapter類中創(chuàng)建一個boolean數組用于保存對應列表項多選框的狀態(tài)(getView中第一個參數position就是列表項ID,是根據數據來標識,不是根據列表項View來標識的,所以可以根據position來對列表項數據進行選中和非選中標識),每次調用getView都會在其中判斷position位置上的boolean值來決定多選框的狀態(tài)。
同樣的,基于這個原理,使用其它帶狀態(tài)的控件也需要注意getView回收的問題。當然,也可以不使用convertView最為getView的返回結果,而在getView每次調用都重新構造一個View,或者Adapter類中構造一個與數據數量等長的View數組。不過這么做的話就比較消耗資源。
另外,BaseAdapter中的getItem和getItemId方法再構造ListView構造過程中并沒有使用過,不過據說是在關于ListView的一些監(jiān)聽器中會調用到,所以繼承BaseAdapter時最好也給這兩個方法返回一個有意義的值。getItemId一般返回對應的position,getItem返回對應position的列表數據對象。
我需要的ListView是如圖一樣的實現SD卡資源文件瀏覽列表,每個列表項由一個ImageView、TextView、CheckBox組成,并且要求當整個列表中有一個或一個以上的Checkbox被選中時,右上角的搜索按鈕就顯示出來,否則就隱藏,因此需要對每個列表項的CheckBox設置監(jiān)聽器。若使用Android提供的Adapter實現起來比較復雜,所以我選擇繼承BaseAdapter來實現自己的Adapter。
首先要知道的是ListView顯示原理。ListView接收了Adapter之后,ListView的列表項數據是來源于接收的Adapter的。當ListView要展現出來的時候,ListView就會調用Adapter的getCount方法來獲得一共需要繪制多少個列表項,之后就開始調用getView方法來獲得每個列表項的View進行裝載。也就是說ListView的列表項就是每次調用getView返回的View,每次調用getView獲得的列表項View是什么樣子,我們看到的這個列表項就是什么樣子。
我繼承BaseAdapter來實現自己的Adapter,至少需要重寫基本的getView、getCount、getItem、getItemID四個方法。其中getCount和getView的功能如上所述,所以我要想實現對每個列表項多選框按鈕的監(jiān)聽就需要在getView中返回View給ListView之前,對View中的多選框設置監(jiān)聽器。getView方法中帶三個參數public View getView(int position,View convertView,ViewGroup parent),一般都是將convertView最為返回的View。
在這里,需要插播說明一下Android系統對ListView的實現小細節(jié)。Android構造ListView列表項的時候每次只會構造足夠滿足屏幕顯示數量的列表項,一般都是10個左右。當ListView的列表項多于屏幕能夠顯示的列表項的時候,ListView就可以上下拉動,每次拉動顯示后續(xù)列表項時就會再次調用getView方法來構造后續(xù)列表項的View。如果ListView是首次顯示出來,那么getView的參數View convertView就是null空的;如果是拉動ListView調用的getView,那么這時getView的參數convertView就不再是null,而是隨著拉動剛剛被拉走隱藏掉的列表項的View。這么做的好處是可以節(jié)省資源。
基于這個細節(jié),如果重寫getView方法時,要將參數convertView作為返回View,那么getView中就應該判斷convertView是否為null。為空的話就需要使用Inflater構造出來,不為空的話就可以直接使用了。我的需求中需要對多選框進行監(jiān)聽,所以在返回convertView之前需要中convertView中獲取多選框控件并設置監(jiān)聽器。
一開始,我以為這樣就能夠實現我的需求了,但是出來的結果卻意想不到。當我點擊一個多選框后,將列表往下拉,下面出來的沒有選中的列表框也變成選中的狀態(tài)。注意到我每次點擊一個多選框后往下拉同步被選中的多選框的距離都是不變的,總是相隔11項。于是,回想getView中convertView參數的特點,當我往下拉的時候,ListView調用getView方法中的convertView就是回收來的因為拉動被隱藏的View。在我這個例子中,由于多選框是一種帶有狀態(tài)標示的控件,我的getView沒有對其狀態(tài)進行重新設置,所以就造成了這種奇怪現象。我的解決方法是在我實現的Adapter類中創(chuàng)建一個boolean數組用于保存對應列表項多選框的狀態(tài)(getView中第一個參數position就是列表項ID,是根據數據來標識,不是根據列表項View來標識的,所以可以根據position來對列表項數據進行選中和非選中標識),每次調用getView都會在其中判斷position位置上的boolean值來決定多選框的狀態(tài)。
同樣的,基于這個原理,使用其它帶狀態(tài)的控件也需要注意getView回收的問題。當然,也可以不使用convertView最為getView的返回結果,而在getView每次調用都重新構造一個View,或者Adapter類中構造一個與數據數量等長的View數組。不過這么做的話就比較消耗資源。
另外,BaseAdapter中的getItem和getItemId方法再構造ListView構造過程中并沒有使用過,不過據說是在關于ListView的一些監(jiān)聽器中會調用到,所以繼承BaseAdapter時最好也給這兩個方法返回一個有意義的值。getItemId一般返回對應的position,getItem返回對應position的列表數據對象。
您可能感興趣的文章:
- Android自定義Adapter的ListView的思路及代碼
- android開發(fā)中ListView與Adapter使用要點介紹
- ListView的Adapter使用 之 初學ArrayAdapter String
- ListView的Adapter使用(綁定數據) 之 自定義每一項的布局去綁定數據
- Android listview與adapter詳解及實例代碼
- Android開發(fā)中ListView自定義adapter的封裝
- 揭秘在ListView等AdapterView上動態(tài)添加刪除項的陷阱
- ListView Adapter優(yōu)化 實例
- Android ListView適配器(Adapter)優(yōu)化方法詳解
- Android ListView自定義Adapter實現仿QQ界面
相關文章
Android中使用RecyclerView實現下拉刷新和上拉加載
RecyclerView 是Android L版本中新添加的一個用來取代ListView的SDK,它的靈活性與可替代性比listview更好。這篇文章主要介紹了Android中使用RecyclerView實現下拉刷新和上拉加載的相關資料,需要的朋友可以參考下2016-03-03
淺談Android系統的基本體系結構與內存管理優(yōu)化
這篇文章主要介紹了Android系統的基本體系結構與內存管理優(yōu)化,非常簡潔明了地總結了系統服務及垃圾回收等安卓的一些主要特性,需要的朋友可以參考下2016-02-02
Kotlin 封裝萬能SharedPreferences存取任何類型詳解
這篇文章主要介紹了Kotlin 封裝萬能SharedPreferences存取任何類型詳解的相關資料,需要的朋友可以參考下2017-05-05
詳解Android中fragment和viewpager的那點事兒
本文主要對Android中fragment和viewpager進行詳細介紹,具有一定的參考價值,需要的朋友一起來看下吧2016-12-12
Android攔截并獲取WebView內部POST請求參數的實現方法
這篇文章主要介紹了Android攔截并獲取WebView內部POST請求參數 的實現方法,本文通過兩種方案給大家介紹的非常詳細,具有一定的參考借鑒價值,需要的朋友可以參考下2019-04-04

