ViewHolder模式超簡潔寫法，很cool!

ViewHolder是什麼就不解釋了。你們一般怎麼寫ViewHolder呢？

ViewHolder holder = null;
        if(convertView == null) {
                convertView = mInflater.inflate(R.layout.xxx null);
                holder = new ViewHolder(); 
                holder.tvXXX = (TextView)findViewById(R.id.xxx);
                //...一連串的findViewById
        } else {
                holder = (ViewHolder) convertView.getTag();  
        }        
                
        private static class ViewHolder{
                TextView tvXXX;
                //不少view的定義
        }

這麼寫一次還行，但問題是總有不少不少的ViewAdapter要這麼寫，每次都repeat,repeat,repeat 累啊。因此，有這麼一種簡潔的寫法分享給你們，先聲明，從國外網站上看的，不是本身原創的，但確實很喜歡這個簡潔的設計。
ViewHolder這麼寫（只提供一個靜態方法，其實能夠加一個私有構造函數防止外部實例化），代碼很簡單，看過就明白了

public class ViewHolder {
    // I added a generic return type to reduce the casting noise in client code
    @SuppressWarnings("unchecked")
    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;
    }
}

在getView裏這樣

@Override
public View getView(int position, View convertView, ViewGroup parent) {

    if (convertView == null) {
        convertView = LayoutInflater.from(context)
          .inflate(R.layout.banana_phone, parent, false);
    }

    ImageView bananaView = ViewHolder.get(convertView, R.id.banana);
    TextView phoneView = ViewHolder.get(convertView, R.id.phone);

    BananaPhone bananaPhone = getItem(position);
    phoneView.setText(bananaPhone.getPhone());
    bananaView.setImageResource(bananaPhone.getBanana());

    return convertView;
}

哈哈，完成了，果斷把這個ViewHolder類加入本身的utils，一勞永逸了之後~ 值得注意的是SparseArray這個知識點，優化過的存儲integer和object鍵值對的hashmap，網上資料不少這裏就不廢話了~

------------------------------------------原帖中的部分評論-------------------------------------------------

#lixiao000013

最簡潔的寫法是不寫ViewHolder  使用SimpleAdapter或者SimpleCursorAdapter  重寫 bindView

-------------------------------------------------------------------------------

#zhugogogo

「樓主解釋一下，會不會形成內存泄露。。。。。那樣的話就沒有意思了。。。。」

泄露？memory leak? 不會啊，你說的多是oom, out of memory吧？

其實這種寫法本質和ViewHolder Partten沒有什麼不一樣，ViewHolder Partten是把一個自定義類綁定到一個view，這種是把SparseArray綁定到一個view，雖然SparseArray 初始化會分配10長度的地址，理論上貌似浪費了內存，理論上插入和刪除操做也是有時間損耗的，可是這些都在容許範圍內。

好比https://github.com/JoanZapata/base-adapter-helper 做者也說了他作了大量測試，這種損耗微乎其微。

再次，萬一萬一因特殊狀況發現了有性能瓶頸，到時候再優化就能夠了，可是絕大多數場合都是可使用的，大量簡化你的開發，加快開發速度，代碼少了，出錯的概率就小了，維護的成本也小了~好處仍是大大的。

https://github.com/JoanZapata/base-adapter-helper 這個項目在我正文貼出的代碼基礎上進一步封裝了許多實用的功能，更cool哦~ 能夠下載好好研究一下~

「一、引入了SparseArray，那樣的話，列表每一項都多了一個SparseArray，這種集合類型內部成員變量都很 ...」

簡單的紙上分析~：
（1）ViewHolder Pattern是每個View一個ViewHolder，裏面是記錄listitem內控件引用； SparseArray是記錄id和控件引用的鍵值對，固然SparseArray初始化會分配必定地址空間（默認是10），可是這些內存損耗應該是能夠忽略的~
（2）SparseArray是優化過的int-object的hashmap，使用折半查找，並優化了內存分配，因此代碼執行成本一般是可控的。

綜上，使用SparseArray與ViewHolder相比是有損耗，但應該是可控的。使用SparseArray優勢是加快開發速度和減小代碼維護，當發現有性能瓶頸時，再進行優化~