前言
在開發APP的過程中，攻城獅少不了要跟ListView、GridView這些元件眉來眼去，暗送幾波秋波。自然原生態美人BaseAdapter更是程式設計師的最愛，有了它，我們想怎麼幹就能怎麼幹，嘿嘿，你懂的O(∩_∩)O哈哈~
但是，每次寫一個BaseAdapter，我們都很自覺的給他寫一個ViewHolder，一兩個還好，萬一應用程式中有數不清的ListView，呵呵~你妹！千篇一律，看得都審美疲勞。作為最偉大的第二十二世紀的程式設計師們，脫掉、搞上永遠是我們最真摯的追求，所以我們要怎麼將ViewHolder從BaseAdapter中脫掉呢？絕非不是不用，而是要將其搞成一個華麗麗的工具類實現，收入角落那個寂寞得tools類中。
ViewHolder的實現
我覺得應該簡略的介紹下ViewHolder的實現，谷歌很聰明的在Adapter中運用了複用View的思想，自然讓我們的屌絲機也能泡上一些白富美應用多了一點點可能。ViewHolder的具體實現基本體現在BaseAdapter的 getView(int position, View convertView, ViewGroup parent) 這個方法裡面，參見下面的程式碼：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 |
@Override public View getView(int position, View convertView, ViewGroup parent) { ViewHolder holder; if (convertView == null) { convertView = inflater.inflate(R.layout.listview_item_layout, parent, false); holder = new ViewHolder(); holder.studentName = (TextView) convertView.findViewById(R.id.student_name); holder.studentAge = (TextView) convertView.findViewById(R.id.student_age); convertView.setTag(holder); } else { holder = (ViewHolder) convertView.getTag(); } Student data = (Student) getItem(position); holder.studentName.setText(data.getName()); holder.studentAge.setText(data.getAge()); return convertView; } class ViewHolder { public TextView studentName; public TextView studentAge; } |
很明顯，大家不要問我ViewHolder在哪裡，稍微把目光往上扶一扶就看到那個大大的 class ViewHolder 。這裡的ViewHolder用法主要有兩個地方，一是 convertView 的複用，二是 ViewHolder 也就是 convertView 裡面的索引的複用。具體的用法不熟悉的話可以百度一下，再往下說就對不起我今天這篇博文了，因為在這裡寫這個程式碼的目的，肯定不是介紹你怎麼用ViewHolder，只是想告訴你：傳統的ViewHolder的寫法，是多麼的臃腫！而且對於每一個新的BaseAdapter，你都得無聊的實現一次又一次，OH~
ViewHolder的工具類實現
自然，脫光要從小，行動要趁早。既然我們煩了，就把它寫成一個工具類咯。參見下面的程式碼
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
static class ViewHolder { public static <T extends View> T get(View view, int id) { SparseArray<View> viewHolder = (SparseArray<View>) view.getTag(); if (viewHolder == null) { viewHolder = new SparseArray<View>(); view.setTag(viewHolder); } View childView = viewHolder.get(id); if (childView == null) { childView = view.findViewById(id); viewHolder.put(id, childView); } return (T) childView; } } |
這是工具類的實現，稍微說下實現的原理：
1、ViewHolder既然是依賴View的Tag存放，但是以一個 SparseArray 集合存放。
2、判斷View裡的Tag是否存在viewHolder，不存在，趕緊叫她生一個。
3、然後在viewholder（也就是SparseArray）尋找View的索引，如果沒有，趕緊findViewById一個put進去順便return出來，如果已經存在，皆大歡喜，直接用唄。
貼個BaseAdapter裡面使用的程式碼：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
@Override public View getView(int position, View convertView, ViewGroup parent) { if (convertView == null) { convertView = inflater.inflate(R.layout.listview_item_layout, parent, false); } TextView name = Tools.ViewHolder.get(convertView, R.id.student_name); TextView age = Tools.ViewHolder.get(convertView, R.id.student_age); Student data = (Student) getItem(position); name.setText(data.getName()); age.setText(data.getAge()); return convertView; } |
簡潔明瞭，不用多說~~~嘿嘿，後面如果要寫ViewHolder，直接Tools工具類呼叫，省心不廢腦。。
分析可行性
既然要作為工具類使用，我們有必要先評估這個工具值不值得我們使用。
一般來說，我們可以從以下幾個方面進行評估：易用性? 記憶體洩露？ 效能提升？ 健壯性？等等等。。。。。。
易用性：工具類的最大特性就是易用簡約，這個ViewHolder的寫法就是典型的拿來就用的主義，根本不用我們操心寫些適配的程式碼，直接傳入View和id，高內聚鬆耦合。並且採用了<T extends View> T的泛型模板的方法，自動與外部的View子類適配，不用我們手動去強制裝換。
記憶體洩露：有些初學者，看到static方法就回固執的認為 SparseArray<View> viewHolder 這個變數會存在記憶體洩露，但是java告訴我們，這個變數的小命僅僅在方法執行之中，方法完畢，GC回收；存在ViewHolder一如既往放在View的Tag中，一旦View被回收，ViewHolder自然消失。不信，開啟DDMS，用你28青年的手速不停刷listView試試，保證物件基本穩定在一個值。
效能提升：在這裡我們發現用了 SparseArray 這個集合而不是 HashMap ，我們知道 SparseArray 是Android的一個工具類，是官方推薦用來代替 HashMap<Integer,E> 的一個類，它的內部採用了二分查詢的實現提高了查詢效率，而且不是一點兩點的哦，誰用誰知道；具體內容想要了解，可以度娘谷哥或者左轉原始碼。
所以，作為一個工具類，它是完全合格的，趕緊把它拷貝到你的tools、util裡面，然後我們就可以開心加愉悅的優雅用起ViewHolder了。。