在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自身的機制，才能越得心應手的進行拓展。
