如题，为什么要说接口呢？因为它的用处实在太大了。
想象一下，有这么一个场景（需求），两个不同的页面，但是页面的展示 UI 是完全相同的。这时候你会想到，这很简单啊，复用吗。但但但但是，它们的数据格式是完全不相同的（暂且不说和后台协商改格式）。这样就导致了具体的适配器无法复用。为什么不能复用呢？因为 Adapter 需要的 model 是不相同的。所以，这时候就无法用同一个 Adapter 对数据进行绑定，无可避免的要去写很多重复的代码。
这时候，接口就派上用场了，既然 UI 相同数据格式不同，让它们实现一个相同的接口不就行了吗，具体接口里面的方法，根据页面具体需求添加即可。现在，Adapter 只要持有 List<IInterface> 数据即可。这样把数据的获取交给了接口，我们就不用写很多重复的代码，而且 Adapter 也能复用了。
看到这里，是不是觉得，面向抽象编程果然是比面向具体编程要灵活很多。接口可以让不同的 model 通过同样的方法提供内容。这样咱们就可以把它们当做同一个类来处理了。
下面展示具体实现
适配器需要的接口
// 接口方法根据具体需求添加即可
public interface ITeacherAppleAdapter {
String getTitle();
String getContent();
}
Teacher 类
public class Teacher implements ITeacherAppleAdapter{
public String teachType;
public String teachYear;
@Override
public String getTitle() {
return teachType;
}
@Override
public String getContent() {
return teachYear;
}
}
Apple 类
public class Apple implements ITeacherAppleAdapter{
public String name;
public boolean isSweet;
@Override
public String getTitle() {
return name;
}
@Override
public String getContent() {
return isSweet?"炫甜炫甜的":"肌酸肌酸的";
}
}
可以看到 Teacher 和 Apple 分别实现了 ITeacherAppleAdapter 接口，本来不同的 model 是不能使用同一个 Adapter 的，但是现在可以了。
具体使用
class DiffAdapter extends RecyclerView.Adapter{
public List<ITeacherAppleAdapter> mList;
public void appendData(List<ITeacherAppleAdapter> list){
mList=list;
notifyDataSetChanged();
}
@Override
public RecyclerView.ViewHolder onCreateViewHolder(ViewGroup parent, int viewType) {
return new DiffHolder(LayoutInflater.from(SampleUiDiffModelActivity.this).inflate(R.layout.item_sample_ui_diff_model,parent,false));
}
@Override
public void onBindViewHolder(RecyclerView.ViewHolder holder, int position) {
ITeacherAppleAdapter adapter = mList.get(position);
String title = adapter.getTitle();
String content = adapter.getContent();
DiffHolder diffHolder= (DiffHolder) holder;
diffHolder.tvTitle.setText(title);
diffHolder.tvContent.setText(content);
}
@Override
public int getItemCount() {
return mList==null?0:mList.size();
}
class DiffHolder extends RecyclerView.ViewHolder{
TextView tvTitle;
TextView tvContent;
public DiffHolder(View itemView) {
super(itemView);
tvTitle = itemView.findViewById(R.id.tv_title);
tvContent = itemView.findViewById(R.id.tv_content);
}
}
}
数据初始化和适配器设置
private List<ITeacherAppleAdapter> mTeachers;
private List<ITeacherAppleAdapter> mApples;
private void initAdapter(){
DiffAdapter diffAdapter1=new DiffAdapter();
diffAdapter1.appendData(mTeachers);
mRv1.setAdapter(diffAdapter1);
DiffAdapter diffAdapter2=new DiffAdapter();
diffAdapter2.appendData(mApples);
mRv2.setAdapter(diffAdapter2);
}
private void initData(){
mTeachers = new ArrayList<>();
for (int i=0;i<10;i++) {
Teacher teacher = new Teacher();
teacher.teachType = "我是一名老师";
teacher.teachYear = "教龄20年了";
mTeachers.add(teacher);
}
mApples = new ArrayList<>();
for(int i=0;i<10;i++) {
Apple apple = new Apple();
apple.name = "我是苹果";
if(i%2==0) {
apple.isSweet=true;
}else{
apple.isSweet=false;
}
mApples.add(apple);
}
}
可以看到即使 Model 类型不一样，Adapter 也能很好的适配。
上图
上面说了接口的实际应用场景，那下面说起 MVP 就比较好理解了。因为很多人在开始使用 MVP 时候，总是在想，为什么要新建那么多接口再实现，直接调用具体的方法多好呢？上面说了接口的好处，现在应该明白点了吧。
MVP 即 Model - Presenter - View，各部分之间是通信且是双向的，Presenter 持有 View 和 Model 的抽象引用，处理业务逻辑，Model 用于处理数据，View 用于展示和修改 UI，它们都由 Presenter 调度。而且，业务逻辑放到 Presenter 中去，避免了后台任务仍然引用这 Activity ，导致资源无法被回收从而引起内存泄漏。
一个 Activity 可以有多个 Presenter，需要什么业务加入什么 Presenter 即可，并实现这个 Presenter 需要的 View 接口。
这里分享下我的 MVP 模板：
