本篇文章已授權微信公衆號 guolin_blog (郭霖)獨家發佈
前言
聽說這種【一行代碼實現xxx】用爛的標題總是能夠吸引到更多的關注。
在批判筆者這種行爲之前,我們先來總結一下目前Android開發中通過RecyclerView列表的幾種常見實現方式。
- 1.直接使用原生RecyclerView提供的API,自己實現RecyclerView的Adapter和ViewHolder。
- 2.使用網上比較火的三方庫,類似一行代碼實現上拉加載更多,下拉刷新,xxx,xxx的RecyclerViewAdapter;或者個人開發者基於此類,再度封裝的BaseAdapter。
- 3.使用Databinding,寫一個一勞永逸的Adapter,從此告別Adapter的多次實現。
筆者闡述一下個人對於上述3種列表的實現方式的評價:
1.直接使用原生RecyclerView提供的API,自己實現RecyclerView的Adapter和ViewHolder。
簡單而又直接,無論是列表的實現者,還是後來代碼的維護者,都能第一時間理解代碼的意圖,但是弊端很明顯,那就是Adapter類和ViewHolder類過於繁多,每一個列表都需要一個對應的Adapter和ViewHolder。
對於偷懶的程序員來講,這種重複性的行爲顯然是難以令人接受的。
2.使用網上比較火的三方庫,類似一行代碼實現上拉加載更多,下拉刷新,xxx,xxx的RecyclerViewAdapter;或者個人開發者基於此類,再度封裝的BaseAdapter。
事實上,現在網絡上越來越多出現別人封裝好的RecyclerViewAdapter或其他工具,恕筆者直言,大多數都略有譁衆取寵之嫌,很多都不可避免出現了 過度封裝 的情況:它也許能夠涵括大多數的需求,但是這也恰恰是它致命的弊端,在涉及一些新的功能時,它也許會突然無能爲力——過度的封裝帶來了嚴重的耦合,這種問題是架構級的。
一個良好的設計需要更多的思考和嘗試,更重要的也許是靈活,高度的可拓展性。
在這裏筆者推薦一個已經使用了很久的庫:drakeet大神 的 【MultiType】:An Android library to create multiple item types list views easily and flexibly
3.使用Databinding,寫一個一勞永逸的Adapter,從此告別Adapter的多次實現
DataBinding,google推出的大名鼎鼎的庫,也是Android開發中MVVM架構中不可或缺的基礎組件之一,它的定義很純粹,那就是
數據驅動視圖
很遺憾的是,因爲MVP模式的便利和簡單(是簡單而不是簡潔,事實上,MVP開發模式的強大也是掣肘它的原因之一,一個單純的界面至少需要Contract+MVP多個文件進行配置,還不算dagger2Component+Module文件的配置,隨着開發時間的延長,這種疑問逐漸在我腦海中浮現),MVP的擁護者確實比MVVM多一些,DataBinding並未大面積在Android開發中拓展開來,也是因此,筆者也很少看到關於DataBinding的實踐和總結的文章。
通過DataBinding實現列表,這種需求的實現已經不是什麼難事,網上一搜文章一大堆,但是仍然略微有些複雜。
筆者今天嘗試將個人開發過程中,對通過DataBinding實現RecyclerView列表的方式所得進行一次簡單的分享,不足之處,歡迎拍磚。
注意,本文需要讀者有一定的DataBinding的使用基礎。
DataBinding簡介
如果您對於DataBinding並不是很熟悉,不用擔心,接下來我將盡量用簡潔的語言對DataBinding進行簡單的介紹,讓客官最快了解DataBinding的基本語法和其優勢。
如果您已經對DataBinding有過一定的學習,可跳過本小節,直接閱讀[正文]部分。
1.DataBinding是什麼
Data Binding Library (數據綁定庫),旨在減少綁定應用程序邏輯和佈局所需的一些耦合性代碼。
DataBinding最低支持Android 2.1 (API Level 7)。
2.添加DataBinding的依賴
在build.gradle添加如下聲明,添加DataBinding的依賴:
android {
....
dataBinding {
enabled = true
}
}
3.在你的佈局文件中綁定數據
我們將activity_main.xml的佈局文件進行這樣的配置:
<?xml version="1.0" encoding="utf-8"?>
<layout xmlns:android="http://schemas.android.com/apk/res/android">
<data>
<variable name="user" type="com.example.User"/> //綁定一個User類型的數據
</data>
<LinearLayout
android:orientation="vertical"
android:layout_width="match_parent"
android:layout_height="match_parent">
<TextView android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="@{user.firstName}"/> //TextView,顯示的內容爲user.firstName
<TextView android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="@{user.lastName}"/> //TextView,顯示的內容爲user.lastName
</LinearLayout>
</layout>
以上文demo爲例,在標籤中 描述了一個變量user,它對應的類型爲”com.example.User”
佈局中使用“@ { }”語法來書寫表達式。如爲TextView的文本設置成user. firstName。
這看起來就好像是,我們將一個user對象,傳給了xml佈局文件,佈局文件中的控件根據這個對象的對應屬性,顯示對應的數據。
順便提供一下User類:
public class User {
public String firstName;
public String lastName;
public User(String firstName, String lastName) {
this.firstName = firstName;
this.lastName = lastName;
}
}
4.如何綁定數據
從3的代碼中,衍生出一個問題,我們如何將user對象傳給activity_main的佈局文件呢?
我們來看代碼,我們在MainActivity中進行這樣的配置,以代替Activity傳統的setContentView(layoutRes)方法:
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
//MainActivity綁定activity_main佈局,類似setContentView()方法
MainActivityBinding binding = DataBindingUtil.setContentView(this, R.layout.main_activity);
//初始化User並賦值給Binding(你也可以先暫時理解爲賦值給xml佈局文件)
User user = new User("Test", "User");
binding.setUser(user);
}
好了,配置到這裏,我們就可以運行demo,然後觀察到,MainActivity界面的兩個TextView,都成功顯示了User的對應屬性了!
這種通過數據綁定,從而控制控件顯示的方式,相比傳統的TextView.setText(user.name),好處在哪呢,最直觀的好處是:
- 避免Activity中多次使用findViewById,損害了應用性能且令人厭煩。
- 傳統的方式,更新UI數據需切換至UI線程,並將數據分解映射到各個view(比如TextView.setText()),而DataBinding避免了這種麻煩的行爲。
5.DataBinding的更多支持
除了上文的說到功能,DataBinding還提供了更多優秀的特性支持,對此請參考官方文檔說明(本小節的示例代碼也是節選自官方文檔),篇幅所限,無法一一舉例,還望諒解。
https://developer.android.google.cn/topic/libraries/data-binding/index.html
看到這裏,雖然你可能還是對DataBinding一頭霧水——僅僅是看懂了最基本的使用方式,而沒有理解到DataBinding絕對的優勢在哪裏。
沒有關係,來看一看,筆者在目前項目中,通過DataBinding對RecyclerView的一種“新的”實現方式,相信有了剛纔的趁熱打鐵,即使您沒有使用過DataBinding,對接下來的代碼也能夠大概看明白。
這之後,如果您對DataBinding感興趣,再嘗試花時間去慢慢研究和使用它。
正文
如何一行Java代碼都不要,實現RecyclerView列表呢?
真的不需要Java代碼就能實現列表嗎?
對不起朋友們,我騙了你們,是需要代碼的。
打死標題黨!
請在您揮舞下手中40米長的大刀之前,來看一下筆者實現列表的代碼:
單類型列表的實現
先看下MainActivity的java代碼
public class MainActivity extends AppCompatActivity {
//要展示的數據源
public final ObservableArrayList<Student> showDatas = new ObservableArrayList<>();
{
//初始化數據源
for (int i = 0; i < 20; i++) {
students.add(new Student("學生:" + i));
}
showDatas.addAll(students);
}
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
//完成數據和佈局的綁定
ActivityMainBinding binding = DataBindingUtil.setContentView(this, R.layout.activity_main);
binding.setActivity(this);
}
public void onBindItem(ViewDataBinding binding, Object data, int position) {
binding.getRoot().setOnClickListener(v -> Toast.makeText(this, data.toString(), Toast.LENGTH_SHORT).show());
}
//數據的實體類
public class Student {
public String name;
public Student(String name) {
this.name = name;
}
}
}
筆者保證,除了MainActivity.java類外,不再有任何MainActivity相關的Java文件(比如MainPresenter ,MainModel , MainActivityListAdapter等)。
運行App,讓我們來看一下MainActivity的UI:
現在我們點擊單個Item,Item還會響應對應的點擊事件——彈出一個toast,並打印對應的Student對象。
熟悉DataBinding的朋友們肯定有一些猜測了,我們來看一下對應的activity_main.xml文件:
<?xml version="1.0" encoding="utf-8"?>
<layout xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:app="http://schemas.android.com/apk/res-auto"
xmlns:tools="http://schemas.android.com/tools">
<data>
<variable
name="activity"
type="com.qingmei2.simplerecyclerview.MainActivity" />
</data>
<android.support.v7.widget.RecyclerView
android:layout_width="match_parent"
android:layout_height="match_parent"
app:items="@{activity.showDatas}"
app:layoutManager="@string/linear_layout_manager"
app:itemLayout="@{@layout/item_student_list}"
app:onBindItem="@{activity::onBindItem}" />
</layout>
以及對應的item的layout.xml:
<?xml version="1.0" encoding="utf-8"?>
<layout xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:app="http://schemas.android.com/apk/res-auto"
xmlns:tools="http://schemas.android.com/tools">
<data>
<variable
name="data"
type="com.qingmei2.simplerecyclerview.Student" />
</data>
<LinearLayout
android:layout_width="match_parent"
android:layout_height="40dp"
android:orientation="vertical">
<!--顯示人名的TextView-->
<TextView
android:layout_width="match_parent"
android:layout_height="0dp"
android:layout_weight="1"
android:gravity="center_vertical"
android:padding="8dp"
android:text="@{data.name}"
tools:text="小明" />
<!--Item下方灰色的分割線-->
<View
android:layout_width="match_parent"
android:layout_height="0.5dp"
android:background="#ccc" />
</LinearLayout>
</layout>
不可否認的是,作爲MainActivity的一個列表,筆者確實沒有使用Java代碼實現RecyclerView的Adapter和ViewHolder,以及設置LayoutManager,哪怕一行都沒有。
我們先來看一下魔法的根源,即activity_main.xml文件的RecyclerView的配置,一切的實現都來源於下面的四條屬性:
<android.support.v7.widget.RecyclerView
android:layout_width="match_parent"
android:layout_height="match_parent"
app:items="@{activity.showDatas}" //要顯示的數據源
app:layoutManager="@string/linear_layout_manager" //指定LayoutManager
app:itemLayout="@{@layout/item_student_list}" //數據展示在哪個佈局上
app:onBindItem="@{activity::onBindItem}" /> //更多配置,比如我想設置點擊事件,或者引用Context
我們拋開怎麼實現,先闡述這四條屬性,爲何就能展示一個完整的列表呢?
//1.要顯示的數據源
app:items=”@{activity.showDatas}”
我們從MainActivity中可以看到,activity.showDatas實際上就是ObservableArrayList類型的List, ObservableArrayList本身就是ArrayList的子類,這個屬性的意義在於,告訴RecyclerView:
你需要展示的列表所需要的數據都在這裏了,這個List有多少條數據,你就展示多少個item。
顯然,我們在代碼中,通過模擬網絡請求的結果,給list初始化了20條Student數據,因此,RecyclerView知道,需要展示20條數據,併爲其創建20條item展示出來。
那麼數據有了,問題來了,數據如何展示給用戶呢?
因此我們需要配置item對應的layout文件:
//2.數據展示在哪個佈局上
app:itemLayout=”@{@layout/item_student_list}”
我們將item_student_list.xml——item的佈局文件傳給了RecyclerView,RecyclerView就知道了如何將數據展示在item上。
那麼,數據如何展示在item上的呢?請往上翻,我們可以看到,item的layout文件中,也已經將我們要展示的Student作爲data傳進了item的LayoutBinding中,layout的子控件就會知道,該如何展示student的數據了。比如,將student的name展示在TextView上:
<!--顯示人名的TextView-->
<TextView
android:layout_width="match_parent"
android:layout_height="0dp"
android:layout_weight="1"
android:gravity="center_vertical"
android:padding="8dp"
android:text="@{data.name}"
tools:text="小明" />
現在數據和佈局都有了,RecyclerView還需要知道,如何佈局?是LinearLayout還是GridLayout呢?
很簡單,我們傳進來就可以了:
//3.指定LayoutManager
app:layoutManager=”@string/linear_layout_manager”
簡單明瞭,我們指定使用了LinearLayoutManager
其實按理說,上述3條屬性已經夠用了,但是我們還需要考慮到一些拓展的需求,比如點擊事件,或者和Activity/Fragment的聯動?
//4 更多配置的回調
app:onBindItem=”@{activity::onBindItem}”
我們聲明瞭一個回調,並在MainActivity中實現了這個回調:
public void onBindItem(ViewDataBinding binding, Object data, int position) {
binding.getRoot().setOnClickListener(v -> Toast.makeText(this, data.toString(), Toast.LENGTH_SHORT).show());
}
demo中很簡單,我們只聲明瞭一個點擊事件。事實上,也許有更多的需求,比如根據item中控件狀態的變更(比如checkbox等),來做出對應的行爲,我們在回調中聲明瞭3個參數:
- ViewDataBinding binding:item的Binding,通過向下轉型即可獲得對應的Binding對象,比如本文的ItemStudentListBinding
- Object data : item對應的數據,通過向下轉型即可獲得對應的對象,比如本文中可以轉換爲Student
- int position:很明顯,就是item在list中的索引
示例代碼:
public void onBindItem(ViewDataBinding binding, Object data, int position) {
ItemStudentListBinding bind = (ItemStudentListBinding) binding;
Student student = (Student) data;
//點擊item,toast,打印學生的name
bind .getRoot().setOnClickListener(v -> Toast.makeText(this, student.name, Toast.LENGTH_SHORT).show());
}
看起來很像RecyclerView的Adapter的onBindViewHolder方法?原理也確實如此,只不過是將這個接口暴漏出來,方便開發者進行特殊處理。
相信,這四個屬性的提供,足以實現各種各樣 單類型列表 的需求了。
成功男人背後的女人
如果您的項目中使用了DataBinding,從此之後,您項目中的RecyclerView都將是這麼的簡潔:
<android.support.v7.widget.RecyclerView
android:layout_width="match_parent"
android:layout_height="match_parent"
app:items="@{activity.showDatas}"
app:layoutManager="@string/linear_layout_manager"
app:itemLayout="@{@layout/item_student_list}"
app:onBindItem="@{activity::onBindItem}" />
在此之前,您需要進行一些配置,這些配置我已經連同本文的Demo一起放在了我的github上,供您參考:
請先將目光轉回到本文中,我們一起實現幾個簡單的類:
1.添加MultiType的依賴
正如前言所說, MultiType是一個靈活且可以高度拓展的庫,本文的demo也是基於其進行的開發:
implementation 'me.drakeet.multitype:multitype:3.3.0'
implementation 'com.annimon:stream:1.1.9'
同時,爲了代碼簡潔,我添加了Java8的StreamAPI的向下兼容庫的依賴,您也可以選擇不添加,只需要將對應的Java8方法轉換爲普通的方法即可,而不會影響對應的功能。
當然,我們不要忘記在android的目錄下添加databinding的支持:
android {
dataBinding {
enabled = true
}
}
2.實現DataBindingItemViewBinder和DataBindingViewHolder
public class DataBindingItemViewBinder<T, DB extends ViewDataBinding>
extends ItemViewBinder<T, DataBindingViewHolder<DB>> {
private final Delegate<T, DB> delegate;
public DataBindingItemViewBinder(Delegate<T, DB> delegate) {
this.delegate = delegate;
}
public DataBindingItemViewBinder(BiFunction<LayoutInflater, ViewGroup, DB> factory,
OnBindItem<T, DB> binder) {
this(new SimpleDelegate<>(factory, binder));
}
public DataBindingItemViewBinder(@LayoutRes int resId, OnBindItem<T, DB> binder) {
this((inflater, parent) -> DataBindingUtil.inflate(inflater, resId, parent, false), binder);
}
@NonNull
@Override
protected DataBindingViewHolder<DB> onCreateViewHolder(@NonNull LayoutInflater inflater,
@NonNull ViewGroup parent) {
return new DataBindingViewHolder<>(delegate.onCreateDataBinding(inflater, parent));
}
@Override
protected void onBindViewHolder(@NonNull DataBindingViewHolder<DB> holder, @NonNull T item) {
final DB binding = holder.dataBinding;
binding.setVariable(BR.data, item);//數據綁定對應的item layout
delegate.onBind(binding, item, holder.getAdapterPosition());//回調
binding.executePendingBindings();
}
public interface Delegate<T, DB extends ViewDataBinding> {
DB onCreateDataBinding(@NonNull LayoutInflater inflater, @NonNull ViewGroup parent);
void onBind(@NonNull DB dataBinding, @NonNull T item, int position);
}
public interface OnBindItem<T, DB extends ViewDataBinding> {
void bind(DB dataBinding, T data, int position);
}
private static class SimpleDelegate<T, DB extends ViewDataBinding> implements Delegate<T, DB> {
private final BiFunction<LayoutInflater, ViewGroup, DB> factory;
private final OnBindItem<T, DB> binder;
SimpleDelegate(BiFunction<LayoutInflater, ViewGroup, DB> factory, OnBindItem<T, DB> binder) {
this.factory = factory;
this.binder = binder;
}
@Override
public DB onCreateDataBinding(@NonNull LayoutInflater inflater, @NonNull ViewGroup parent) {
return factory.apply(inflater, parent);
}
@Override
public void onBind(@NonNull DB dataBinding, @NonNull T item, int position) {
binder.bind(dataBinding, item, position);
}
}
}
public class DataBindingViewHolder<T extends ViewDataBinding> extends RecyclerView.ViewHolder {
public final T dataBinding;
public DataBindingViewHolder(T binding) {
super(binding.getRoot());
dataBinding = binding;
}
}
這兩個類的作用就是通過代理的方式實現了通用的Adapter和ViewHolder,我們實現了它們,只要不是過於複雜的列表,我們都不再需要實現RecyclerView的Adapter和ViewHolder了。
我將不會對這兩個核心類有過多的講解,因爲它們對於熟悉Databinding的使用者來說,並不難以理解。
如果您對於DataBinding並不是很熟悉,筆者建議您暫時先新建這兩個類,並將代碼複製上去——當您能夠駕輕就熟地使用這個工具後,再嘗試研究它的原理,相信我,它的原理本身也並不複雜。
3.實現對應的BindingAdapter和Linker類
public class RecyclerViewBindingAdapter {
public static class BindableVariables extends BaseObservable {
@Bindable
public Object data;
}
@BindingAdapter({"itemLayout", "onBindItem"})
public static void setAdapter(RecyclerView view, int resId, DataBindingItemViewBinder.OnBindItem onBindItem) {
final MultiTypeAdapter adapter = getOrCreateAdapter(view);
//noinspection unchecked
adapter.register(Object.class, new DataBindingItemViewBinder(resId, onBindItem));
}
private static MultiTypeAdapter getOrCreateAdapter(RecyclerView view) {
if (view.getAdapter() instanceof MultiTypeAdapter) {
return (MultiTypeAdapter) view.getAdapter();
} else {
final MultiTypeAdapter adapter = new MultiTypeAdapter();
view.setAdapter(adapter);
return adapter;
}
}
@BindingAdapter({"linkers", "onBindItem"})
public static void setAdapter(RecyclerView view, List<Linker> linkers, DataBindingItemViewBinder.OnBindItem onBindItem) {
final MultiTypeAdapter adapter = getOrCreateAdapter(view);
//noinspection unchecked
final ItemViewBinder[] binders = Stream.of(linkers)
.map(Linker::getLayoutId)
.map(v -> new DataBindingItemViewBinder(v, onBindItem))
.toArray(ItemViewBinder[]::new);
//noinspection unchecked
adapter.register(Object.class)
.to(binders)
.withLinker(o -> Stream.of(linkers)
.map(Linker::getMatcher)
.indexed()
.filter(v -> v.getSecond().apply(o))
.findFirst()
.map(IntPair::getFirst)
.orElse(0));
}
@BindingAdapter("items")
public static void setItems(RecyclerView view, List items) {
final MultiTypeAdapter adapter = getOrCreateAdapter(view);
adapter.setItems(items == null ? Collections.emptyList() : items);
adapter.notifyDataSetChanged();
}
}
public class Linker {
private final Function<Object, Boolean> matcher;
private final int layoutId;
public static Linker of(Function<Object, Boolean> matcher, int layoutId) {
return new Linker(matcher, layoutId);
}
public Linker(Function<Object, Boolean> matcher, int layoutId) {
this.matcher = matcher;
this.layoutId = layoutId;
}
public Function<Object, Boolean> getMatcher() {
return matcher;
}
public int getLayoutId() {
return layoutId;
}
}
DataBinding提供了@BindingAdapter註解,用於綁定View和拓展對應的行爲,關於這個註解,我們通過百度或者谷歌,都能搜到大量的學習資料,在此也不多贅述。
我們可以看到,RecyclerViewBindingAdapter 這個類中,聲明瞭我們剛剛認識並瞭解了的幾個屬性,比如“itemLayout”,“onBindItem”,“items”等屬性,聲明瞭這些屬性的靜態方法,作用也就是自動創建對應的Adapter,然後進行數據與視圖的綁定。
我們可以看到除了幾個熟悉的屬性,我們還聲明瞭”linkers”屬性,以及聲明瞭一個Linker類,它們的作用是用來實現多類型列表,我們下文將會提到。
4.其他的配置
1 2 3 的步驟已經將核心的類都聲明完畢,接下來我們需要在attr.xml文件中聲明我們需要用到的屬性:
<?xml version="1.0" encoding="utf-8"?>
<resources>
<declare-styleable name="RecyclerView">
<attr name="items" format="reference" />
<attr name="itemLayout" format="reference" />
<attr name="linkers" format="reference" />
<attr name="layoutManager" format="reference" />
<attr name="onBindItem" format="reference" />
</declare-styleable>
</resources>
這樣,我們在xml文件中,直接通過代碼提示的功能,爲RecyclerView賦予對應的配置了。
然後,在values.xml文件中,聲明好我們要引用的layoutManager:
<?xml version="1.0" encoding="utf-8"?>
<resources>
<string name="linear_layout_manager">android.support.v7.widget.LinearLayoutManager</string>
<string name="grid_layout_manager">android.support.v7.widget.GridLayoutManager</string>
</resources>
配置到這裏,上面demo中我們實現的功能就已經可以實現了,我們的這些配置類,都是一次聲明,之後項目中無需再進行處理的,也就是說,隨着項目中列表越來越多,我們將會節省越來越多的代碼。
最後,不管再多的RecyclerView,我們都只需要配置好xml文件中RecyclerView對應的四條屬性,然後,告別繁多的Adapter,LayoutManager和ViewHolder,and enjoy coding!
(PS,對於Activity的onBindItem的回調方法,複雜的需求也許會導致很臃腫,比如狀態的判斷處理,這也是一直在思考能否再簡化的地方,有思路的朋友望請不吝賜教!)
多類型列表需要幾行代碼?
大概,也是0行吧。
一個簡單的demo:
這仍然是一個RecyclerView列表,不同的是,它需要展示Teacher和Student兩種數據(因爲筆者懶,所以2種數據沒有打亂排列,但是請相信,他們仍處於同一個RecyclerView,並對應不同的佈局和邏輯處理)。
讓我們看一看代碼:
public class MainActivity extends AppCompatActivity {
//要展示數據源
public final ObservableArrayList<Object> showDatas = new ObservableArrayList<>();
//Linker對象的list,用來管理item展示的邏輯
public final ObservableArrayList<Linker> linkers = new ObservableArrayList<>();
public final List<Student> students = new ArrayList<>();
public final List<Teacher> teachers = new ArrayList<>();
{
for (int i = 0; i < 20; i++) {
students.add(new Student("學生:" + i));
}
for (int j = 0; j < 5; j++) {
teachers.add(new Teacher("教師:" + j, "年齡:" + (20 + j)));
}
linkers.add(
new Linker(
o -> o instanceof Student,
R.layout.item_student_list
)//如果item的數據是Student類型,使用item_student_list佈局
);
linkers.add(
new Linker(
o -> o instanceof Teacher,
R.layout.item_teacher_list
)//如果item的數據是Teacher類型,使用item_teacher_list佈局
);
showDatas.addAll(students);
showDatas.addAll(teachers);
}
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
ActivityMainBinding binding = DataBindingUtil.setContentView(this, R.layout.activity_main);
binding.setActivity(this);
}
public void onBindItem(ViewDataBinding binding, Object data, int position) {
binding.getRoot().setOnClickListener(v -> Toast.makeText(MainActivity.this, data.toString(), Toast.LENGTH_SHORT).show());
}
}
我們看到,依然沒有Adapter,ViewHolder(如果是常規實現方式,這裏應該是2種ViewHolder的類),以及LayoutManager。
看一下佈局文件:
<android.support.v7.widget.RecyclerView
android:layout_width="match_parent"
android:layout_height="match_parent"
app:items="@{activity.showDatas}"
app:layoutManager="@string/linear_layout_manager"
app:linkers="@{activity.linkers}" //請注意這行
app:onBindItem="@{activity::onBindItem}" />
和單類型列表相比,我們少了
app:itemLayout=”@{@layout/item_student_list}”
多了
app:linkers=”@{activity.linkers}”
很好理解,對於多類型列表的展示,我們會定義多個不同item的layout佈局文件,因此我們不能單純的爲RecyclerView賦予固定的佈局,而是賦予其不同item的所有layout文件
R.layout.item_student_list
R.layout.item_teacher_list
接下來需要思考的問題是,我們如何得知每一個item需要使用哪種類型的佈局呢?
我們可以通過一個函數,來判斷item數據的類型,如果是Student類型,就使用R.layout.item_student_list ,如果是Teacher類型,就使用R.layout.item_teacher_list。
因此我們衍生出了Linker類(見上文),它包含了一個LayoutRes屬性和一個Function
linkers.add(new Linker(
o -> o instanceof Student,
R.layout.item_student_list
)//如果item的數據是Student類型,使用item_student_list佈局
);
linkers.add(new Linker(
o -> o instanceof Teacher,
R.layout.item_teacher_list
)//如果item的數據是Teacher類型,使用item_teacher_list佈局
);
小結
在使用MVVM模式進行項目開發的大半年裏,收穫良多,在此尤其感謝同事Z0君對自己的很多指點(事實上,本文的實現完全是來源於TA的思路,筆者只不過照搬,理解和闡述分享而已),同時感謝項目中共同一起開發的小夥伴們,共勉。
在本文的標題選擇上,筆者選擇了這麼強目的性的標題,也確實希望能夠有更多朋友能夠一起打開本文,閱讀並共同探討,希望以文章的內容能夠表達筆者對此的歉意。
真誠地感謝,您能夠堅持閱讀到這裏,對文章內容的肯定,就是對作者最大的鼓勵。
本文Demo的源碼傳送門,有興趣的朋友可以拉下來運行一下,希望能夠提供一定的思路: