一點點有助于巧用RecyclerView的小技巧

在RecyclerView問世之前,ListView可能是我們使用頻率最高的系統控件之一了。而隨著Android的發展,雖然ListView依舊重要,但確實越來越多的時候大家都開始選擇使用RecyclerView了。當然這也是事物發展的必然,個人覺得最重要的原因就是RecyclerView相對來說,確實靈活性更高。

但是顯然并不能說RecyclerView就優于ListView,二者各有優劣,我們應該根據不同的需求選擇最合適的進行使用。這里的重點是:當我們已經用習慣了ListView,剛開始轉向RecyclerView的時候,還是容易在很多小地方出現水土不服的。故此,在這里記錄幾個關于RecyclerView比較實用的小技巧。


添加Header/Footer

我們知道想要為ListView添加上一個Header或者Footer是非常容易的,因為ListView本身已經提供了相關的方法接口,我們只負責調用就可以了。
而在RecyclerView里我們是找不到類似于setHeaderView這樣的方法的,但是這樣的功能確實又還是比較常用的。所以這時應該如何做呢?

其實關于RecyclerView有一個非常有用的東西叫做viewType,而它究竟能起到什么作用呢?我們具體來看一看。假設我們先寫一個最基本的Adapter類:

public class SimpleRecyclerAdapter extends RecyclerView.Adapter<SimpleRecyclerAdapter.ViewHolder> {

    @Override
    public ViewHolder onCreateViewHolder(ViewGroup parent, int viewType) {
        return null;
    }

    @Override
    public void onBindViewHolder(ViewHolder holder, int position) {

    }

    @Override
    public int getItemCount() {
        return 0;
    }

    public class ViewHolder extends RecyclerView.ViewHolder {

        public ViewHolder(View itemView) {
            super(itemView);
        }
    }
}

以上就是一個最最基本的RecyclerView的Adapter類,我們可以看到一個命名非常能夠說明其作用的方法叫做onCreateViewHolder

如果對ListView的使用已經有了了解,我們就知道ViewHolder實際上就是用來復用ItemView,從而大大提高效率的。所以onCreateViewHolder顧名思義就是在為RecyclerView的itemView創建ViewHolder時所調用的,我們在此需要注意到的是該方法有一個參數叫做viewType

實際上,從其命名我們就很容易聯想到:它多半是與創建ViewHolder時,itemView的布局類型有關系的。那么,其作用究竟如何?其實我們可以到RecyclerView的源碼去簡單找找答案,簡單來說,其邏輯可以歸納如下:

在RecyclerView開始初始化需要顯示的item數據的時候,會通過方法getViewForPosition(int position)來獲取對應的itemView。
而這個獲取的過程,其實是含有一個緩存機制的。這里源碼很長,我們沒有那么多精力也沒有必要去全部讀的明明白白,就撿關鍵的幾行代碼看:

  • final int type = mAdapter.getItemViewType(offsetPosition);
  • holder = getRecycledViewPool().getRecycledView(type);
  • holder = mAdapter.createViewHolder(RecyclerView.this, type);

其實,分析一下以上我們提煉出的這幾行代碼。我們可以得知:

  • RecyclerView在獲取itemView的時候,會首先通過getItemViewType方法去獲取該position位置的viewType。
  • 當獲取到了type就會根據它的值去RecycledViewPool這個緩存池中查找對應類型的ViewHolder來進行復用。
  • 但是,如果當前緩存池中還沒有可以進行復用的ViewHolder怎么辦呢?當然就是通過createViewHolder來創建全新的ViewHolder了。
  • 在createViewHolder方法中adapter里的onCreateViewHolder方法就被回調了,所以這也是為什么自定義的Adapter類必須覆寫這個方法的原因。
  • 而創建出的ViewHolder在合適的時機就會被加入到緩存池,以便其他的item進行復用。

以上談到的這個過程只要對于ListView使用ViewHolder的原理有所了解,相信就不難理解。

當然,除了getViewForPosition(int position)之外,還有另一個方法也很關鍵,即:bindViewToPosition(View view, int position)
這個方法的實現邏輯相對來說更簡單一點,我們只需要明白這個方法的核心作用就是:將給定的視圖綁定到指定位置(position)。其大致邏輯是:

  • 首先,會通過ViewHolder holder = getChildViewHolderInt(view)去獲取ViewHolder。
  • 之后只要獲取到的該itemView的ViewHolder不為空,那么就會通過mAdapter.bindViewHolder(holder, offsetPosition)進行視圖的數據綁定。
  • 最后同理的,在該方法內Adapter的onBindViewHolder方法就會被回調,這當然也就是會什么我們必須覆寫onBindViewHolder的原因了。

OK,那么有了以上的分析作為基礎,我們對RecyclerView的工作流程會有一個大概的了解。如果想要更加深入,我們可以自己再繼續到源碼中去進行研究。這里至少記住一個關鍵點,那就是:RecyclerView在獲取itemView的時候,其布局是與ViewType相關的。現在我們回到之前分析中的一行代碼:

  • final int type = mAdapter.getItemViewType(offsetPosition);

也就是說,我們發現我們提到的ViewType這個東西,在源碼中會通過Adapter類的getItemViewType方法來進行獲取。但是回顧一下我們自定義的Adapter類,似乎并沒有覆寫這個方法。由此我們很容易可以推測出,在源碼中這個方法肯定是有默認實現的:

        public int getItemViewType(int position) {
            return 0;
        }

由此我們知道,源碼中該方法的實現很簡單,就是固定的返回0。這意味著:只要我們不自己覆寫該方法,那么itemView就永遠只有固定的一種type。
但與此同時也代表著,我們可以自己覆寫該方法添加額外的ViewType。那么,所謂的添加Header這種操作,不就很容易實現了嗎?

public class SimpleRecyclerAdapter extends RecyclerView.Adapter<SimpleRecyclerAdapter.ViewHolder> {

    private List<String> data;

    private static final int TYPE_HEADER = 0;
    private static final int TYPE_CONTENT = 1;

    private View mHeaderView;

    public void setHeaderView(View headerView) {
        mHeaderView = headerView;
        notifyItemInserted(0);
    }

    public SimpleRecyclerAdapter(List<String> data) {
        this.data = data;
    }

    @Override
    public ViewHolder onCreateViewHolder(ViewGroup parent, int viewType) {
        ViewHolder holder = null;
        if (viewType == TYPE_HEADER) {
            holder = new ViewHolder(mHeaderView);
        } else if (viewType == TYPE_CONTENT) {
            View view = LayoutInflater.from(parent.getContext()).inflate(R.layout.item, parent, false);
            holder = new ViewHolder(view);
        }
        return holder;
    }

    @Override
    public void onBindViewHolder(ViewHolder holder, int position) {
        if (getItemViewType(position) == TYPE_HEADER)
            return;

        holder.tvContent.setText(data.get(getRealPosition(holder)));
    }

    private int getRealPosition(ViewHolder holder) {
        return mHeaderView == null ? holder.getLayoutPosition() : holder.getLayoutPosition() - 1;
    }

    @Override
    public int getItemCount() {
        return mHeaderView == null ? data.size() : data.size() + 1;
    }

    @Override
    public int getItemViewType(int position) {
        if (mHeaderView == null)
            return TYPE_CONTENT;

        if (position == 0) {
            return TYPE_HEADER;
        } else {
            return TYPE_CONTENT;
        }
    }


    public class ViewHolder extends RecyclerView.ViewHolder {

        TextView tvContent;

        public ViewHolder(View itemView) {
            super(itemView);

            tvContent = (TextView) itemView.findViewById(R.id.tv_content);
        }
    }
}

以上就是我們實現的一個最基本的可以設置Header的Adapter。我們分析一下會發現邏輯其實非常簡單,關鍵其實就在于:

  • 在設置Header的方法setHeaderView當中,我們通過notifyItemInserted(0)告訴RecyclerView在最前方插入了一個item。
  • 覆寫getItemViewType方法,在這里判斷該postion位置的itemView其viewType究竟是TYPE_HEADER還是TYPE_CONTENT。
  • 而添加了額外的ViewType之后,自然就需要在onCreateViewHolder中根據不同的ViewType創建不同類型的ViewHolder。
  • 那么,同樣的道理,在onBindViewHolder我們自然也應該根據ViewType的不同做對應邏輯的數據綁定操作。
  • 最后,因為插入了一個新的item作為Header,但顯然這是不計算進data的數量的。所以還需要對getItemCount和getPosition做額外的計算。

好了,現在運行一下程序,我們得到如下的效果:

這樣我們就已經為RecyclerView成功的添加了一個Header了,當然這只是一個最最基本的例子,重在掌握其原理就行。實際上重中之重應該是掌握RecyclerView創建itemView的工作原理和viewType這個東西,因為靈活的運用viewType可以很方便的完成很多需求,比如我們接著要看的。

不同類型的item布局

對于實際開發來說,RecyclerView、ListView這類控件的使用肯定不會像我們學習Demo時那樣簡單規律。比如,很多時候一個列表中不同的item之間它們的布局樣式也是不同的。舉例來說,最近沒事的時候自己在做一個練手的小項目,其中有一個界面是這樣的:

要實現這種效果肯定有很多方法,但我們想做的是在一個RecyclerView中直接搞定它。與此同時,再比如說非常常見的聊天界面,聊天列表的布局也是會分為接受的消息和發出的消息兩種樣式。那么,我們又該怎么簡單的實現它呢?有了之前的基礎,我們其實很容易舉一反三。ViewType這個東西用在這里實在是合適到不能再合適了。首先讓我們分別定義好接受和發出的消息兩種布局文件:

接著,當然就是根據我們這里的需求來定義這個RecyclerView的Adapter類了:

public class ChatRecyclerAdapter extends RecyclerView.Adapter<ChatRecyclerAdapter.ViewHolder> {

    public static final int TYPE_MSG_FROM = 0;
    public static final int TYPE_MSG_TO = 1;

    private List<ChatMessage> data;

    public ChatRecyclerAdapter(List<ChatMessage> data) {
        this.data = data;
    }

    @Override
    public ViewHolder onCreateViewHolder(ViewGroup parent, int viewType) {
        ViewHolder holder = null;
        if (viewType == TYPE_MSG_FROM) {
            View view = LayoutInflater.from(parent.getContext()).inflate(R.layout.item_chat_from, parent, false);
            holder = new ViewHolder(view);
        } else if (viewType == TYPE_MSG_TO) {
            View view = LayoutInflater.from(parent.getContext()).inflate(R.layout.item_chat_to, parent, false);
            holder = new ViewHolder(view);
        }
        return holder;
    }

    @Override
    public void onBindViewHolder(ViewHolder holder, int position) {
        holder.tvContent.setText(data.get(position).getMessageContent());
    }

    @Override
    public int getItemCount() {
        return data.size();
    }

    @Override
    public int getItemViewType(int position) {
        return data.get(position).getMsgType();
    }


    public class ViewHolder extends RecyclerView.ViewHolder {

        TextView tvContent;

        public ViewHolder(View itemView) {
            super(itemView);

            tvContent = (TextView) itemView.findViewById(R.id.tv_message_content);
        }
    }
}

瞄一眼代碼,這種實現方式是不是還是挺優雅的呢?接下來簡單的寫下調用測試,然后看看效果吧:

setOnItemClickListener

要說RecyclerView最讓人郁悶的就是居然沒有setOnItemClickListener這樣的東西,第一次用的時候我是懵逼的?哈哈,之所以這么說是因為實際使用中,可能說基本上百分之九十的列表都是要實現item的點擊事件的。那么,既然RecyclerView自身沒有提供的話,關于這種需求我們又要作何實現呢?這里記錄一種自己比較喜歡的方式。

我們分析一下,其實所謂的setOnItemClickListener其實本質就是:給列表中的每個Item添加點擊事件,所以顯然我們應該在itemView上找切入點。幸運的是,有了之前的基礎,我們能夠記得在ViewHolder的構造器中,實際上是能夠拿到itemView的。那么就很容易實現添加點擊事件這種需求了。

首先,讓我們自定義一個監聽接口:

public interface RecyclerItemOnClickListener {
    void onItemClick(View view, int position);
}

接著,就可以開始編寫Adapter類了:

public class ClickableRecyclerAdapter extends RecyclerView.Adapter<ClickableRecyclerAdapter.ViewHolder> {

    private RecyclerItemOnClickListener mListener;

    private List<String> data;

    public ClickableRecyclerAdapter(List<String> data) {
        this.data = data;
    }

    public void setOnItemClickListener(RecyclerItemOnClickListener listener) {
        this.mListener = listener;
    }

    @Override
    public ViewHolder onCreateViewHolder(ViewGroup parent, int viewType) {
        View view = LayoutInflater.from(parent.getContext()).inflate(R.layout.item, parent, false);
        return new ViewHolder(view);
    }

    @Override
    public void onBindViewHolder(ViewHolder holder, int position) {
        holder.tvContent.setText(data.get(position));
    }

    @Override
    public int getItemCount() {
        return data.size();
    }

    public class ViewHolder extends RecyclerView.ViewHolder{

        TextView tvContent;

        public ViewHolder(View itemView) {
            super(itemView);

            itemView.setOnClickListener(new View.OnClickListener() {
                @Override
                public void onClick(View v) {
                    if(mListener == null)
                        return;

                    mListener.onItemClick(v,getAdapterPosition());
                }
            });

            tvContent = (TextView) itemView.findViewById(R.id.tv_content);
        }
    }
}

最后,當然依舊是編寫測試代碼來看看效果:

好了,就總結到這里了,都是一些簡單但也比較使用的小技巧。其實在積累使用經驗的過程中,可以發現關于RecyclerView的使用技巧其實還是挺多的;但也可以發現大多數優雅的技巧都是建立在RecyclerView自身的工作原理上的。所以總的來說依舊是那樣,越了解RecyclerView自身的機制,才能越得心應手的進行拓展。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。

推薦閱讀更多精彩內容