Android的设计模式-适配器模式
前言
Android的设计模式系列文章介绍,欢迎关注,持续更新中:
Android的设计模式-设计模式的六大原则
创建型模式:
Android的设计模式-单例模式
Android的设计模式-建造者模式
Android的设计模式-工厂方法模式
Android的设计模式-简单工厂模式
Android的设计模式-抽象工厂模式
Android的设计模式-原型模式
行为型模式:
Android的设计模式-策略模式
Android的设计模式-状态模式
Android的设计模式-责任链模式
Android的设计模式-观察者模式
Android的设计模式-模板方法模式
Android的设计模式-迭代器模式
Android的设计模式-备忘录模式
Android的设计模式-访问者模式
Android的设计模式-中介者模式
Android的设计模式-解释器模式
Android的设计模式-命令模式
结构型模式:
Android的设计模式-代理模式
Android的设计模式-组合模式
Android的设计模式-适配器模式
Android的设计模式-装饰者模式
Android的设计模式-享元模式
1.定义
将一个类的接口变换成客户端所期待的另一种接口,从而使原本因接口不匹配而无法在一起工作的两个类能够在一起工作。
2.介绍
- 适配器模式属于结构型模式。
- 适配器模式有类适配器模式和对象适配器模式这两种。
- 生活中的手机充电器就是一个适配器的例子,手机一般都是在5V的电压下进行充电,但是外部的电压都是220V,那怎么办,这就需要充电器去适配了,将220V的电压转换为5V。
- 实际开发中,我们常遇到两个类之间的接口不兼容,但是又不想去改动接口,这可以通过适配器模式来解决这个问题。
- 放张比较形象的图:
3.UML类图
角色说明:
- Adapter(适配器接口):即目标角色,定义把其他类转换为何种接口,也就是我们期望的接口。
- Adaptee(被适配角色):即源角色,一般是已存在的类,需要适配新的接口。
- ConcreteAdapter(具体适配器):实现适配器接口,把源角色接口转换为目标角色期望的接口。
4.对象适配器模式实现
首先来说下对象适配器模式的实现方式,就以电压转换为例子。
4.1 创建适配器接口
现在我们需要定义一个220V转换成5V的接口:
interface Adapter { //适配器类 int convert_5v();//装换成5V }
4.2 创建被适配角色
被适配角色,一般是已存在的类,需要适配新的接口。生活中的220V电源无处不在:
public class Electric { // 电源 public int output_220v() { //输出220V return 220; } }
4.3 创建具体适配器
我们需要一个具体适配器,这个适配器就是变压器,能够将220V转为5V输出:
public class PhoneAdapter implements Adapter { //手机适配器类 private Electric mElectric;//适配器持有源目标对象 public PhoneAdapter(Electric electric) { //通过构造方法传入对象 mElectric = electric; } @Override public int convert_5v() { System.out.println("适配器开始工作:"); System.out.println("输入电压:" + mElectric.output_220v()); System.out.println("输出电压:" + 5); return 5; } }
4.4 客户端测试:
public void test() { Electric electric = new Electric(); System.out.println("默认电压:" + electric.output_220v()); Adapter phoneAdapter = new PhoneAdapter(electric);//传递一个对象给适配器 System.out.println("适配转换后的电压:" + phoneAdapter.convert_5v()); }
输出结果:
默认电压:220适配器开始工作:输入电压:220输出电压:5适配转换后的电压:5
4.5 说明:
上面的例子就是对象适配器模式,适配的源目标对象需要传递给适配器。
5.类适配器模式实现
类适配器只要是通过继承源目标类来实现
5.1 创建适配器接口
跟4.1一样
interface Adapter { //适配器类 int convert_5v();//装换成5V }
5.2 创建被适配角色
跟4.2一样
public class Electric { // 电源 public int output_220v() { //输出220V return 220; } }
5.3 创建具体适配器
跟4.3有区别
public class PhoneAdapter extends Electric implements Adapter { //通过继承源目标类的方式,不持有源目标对象 @Override public int convert_5v() { System.out.println("适配器开始工作:"); System.out.println("输入电压:" + output_220v()); System.out.println("输出电压:" + 5); return 5; } }
5.4 客户端测试:
跟4.4有区别
public void test() { Adapter phoneAdapter = new PhoneAdapter(); System.out.println("适配转换后的电压:" + phoneAdapter.convert_5v()); }
输出结果:
适配器开始工作:输入电压:220输出电压:5适配转换后的电压:5
5.5 说明:
类适配器模式只要通过继承源目标类来实现,无需持有源目标对象。
5.6 对象适配器模式与类适配器模式比较
- 类适配器采用了继承的方式来实现;而对象适配器是通过传递对象来实现,这是一种组合的方式。
- 类适配器由于采用了继承,可以重写父类的方法;对象适配器则不能修改对象本身的方法等。
- 适配器通过继承都获得了父类的方法,客户端使用时都会把这些方法暴露出去,增加了一定的使用成本;对象适配器则不会。
- 类适配器只能适配他的父类,这个父类的其他子类都不能适配到;而对象适配器可以适配不同的对象,只要这个对象的类型是同样的。
- 类适配器不需要额外的引用;对象适配器需要额外的引用来保存对象。
总的来说,使用对象适配器比较好。当然具体问题具体分析。
6. 应用场景
- 当想使用一个已经存在的类,但它的接口不符合需求时。
- 当想创建一个可以复用的类,该类可以与其他不相关的类或不可预见的类协同工作。
7. 优点
- 提高了类的复用性,适配器能让一个类有更广泛的用途。
- 提高了灵活性,更换适配器就能达到不同的效果。不用时也可以随时删掉适配器,对原系统没影响。
- 符合开放封闭原则,不用修改原有代码。没有任何关系的类通过增加适配器就能联系在一起。
8. 缺点
- 过多的使用适配器,会让系统非常零乱,不易整体进行把握。明明调用A接口,却被适配成B接口。
9. Android中的源码分析
说到适配器,ListView
和RecyclerView
就再熟悉不过了,ListView
现在应该很少用了吧,这里就以RecyclerView
来分析。
9.1 RecyclerView的使用
先来一个RecyclerView
的简单使用例子:
Activity布局文件 activity_main.xml
<?xml version="1.0" encoding="utf-8"?><LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="match_parent" android:layout_height="match_parent"> <android.support.v7.widget.RecyclerView android:id="@+id/rv_main_test" android:layout_width="match_parent" android:layout_height="match_parent" android:scrollbars="vertical"/>LinearLayout>
Item 布局文件 item_rv.xml
<?xml version="1.0" encoding="utf-8"?><LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" xmlns:tools="http://schemas.android.com/tools" android:layout_width="match_parent" android:layout_height="40dp"> <TextView android:id="@+id/tv_item" android:layout_width="match_parent" android:layout_height="match_parent" android:gravity="center" tools:text="item"/>LinearLayout>
Activity代码
public class MainActivity extends Activity { private RecyclerView mRecyclerView; private RecyclerView.Adapter mAdapter; private RecyclerView.LayoutManager mLayoutManager; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); initVar(); initView(); } private void initVar() { mLayoutManager = new LinearLayoutManager(this, LinearLayoutManager.VERTICAL, false); mAdapter = new MyAdapter(getData()); } private void initView() { mRecyclerView = findViewById(R.id.rv_main_test); // 设置布局管理器 mRecyclerView.setLayoutManager(mLayoutManager); // 设置adapter mRecyclerView.setAdapter(mAdapter); } private ArrayList<String> getData() { //获取要展示的数据 ArrayList<String> data = new ArrayList<>(); String temp = " item"; for (int i = 0; i < 20; i++) { data.add(i + temp); } return data; }}
Adapter代码
public class MyAdapter extends RecyclerView.Adapter<MyAdapter.ViewHolder> { //继承RecyclerView.Adapter private ArrayList<String> mData; public MyAdapter(ArrayList<String> data) { this.mData = data;//初始化数据 } @Override //创建一个我们自定义的ViewHolder public ViewHolder onCreateViewHolder(ViewGroup parent, int viewType) { // 实例化要展示的view布局 View v = LayoutInflater.from(parent.getContext()).inflate(R.layout.item_rv, parent, false); // 实例化viewholder ViewHolder viewHolder = new ViewHolder(v); return viewHolder; } @Override //绑定ViewHolder public void onBindViewHolder(ViewHolder holder, int position) { // ViewHolder中的view与数据进行绑定 holder.mTv.setText(mData.get(position)); } @Override //Item数量 public int getItemCount() { return mData == null ? 0 : mData.size(); } public static class ViewHolder extends RecyclerView.ViewHolder { TextView mTv; public ViewHolder(View itemView) { //根据实际需求,持有不同的对象。 super(itemView); mTv = itemView.findViewById(R.id.tv_item); } }}
从上面的例子可以看到,使用RecyclerView
时我们要传递一个Adapter
进去,然后通过复写Adapter
中的onCreateViewHolder()
、onBindViewHolder()
、getItemCount()
等方法以及内部类ViewHolder
。通过不同的Adapter
,我们能够实现不同的布局。
9.2 总结
上面的MyAdapter
是继承RecyclerView.Adapter
这个类的,而Adapter
实际上是RecyclerView
的内部类。这里的Adapter
就充当了适配器接口,即目标角色,RecyclerView
内部通过Adapter
获取它需要的接口和数据等。至于MyAdapter
,就是具体的适配器,通过它把不同的布局跟RecyclerView
联系起来。最后就是被适配角色,即源角色,这里就是各种不同的item布局。
为什么Android要这么设计呢,想想在一个列表中,我们要展示的布局可能是简单的,也可能是超复杂的,这个布局是未知的,是根据要展示的数据集来决定的;通过适配器模式,就能够把不同的东西都可以转化成同样的接口,系统处理起来就有套路了,同时也无需关心各种千变万化的布局。
相关文章阅读
Android的设计模式-设计模式的六大原则
创建型模式:
Android的设计模式-单例模式
Android的设计模式-建造者模式
Android的设计模式-工厂方法模式
Android的设计模式-简单工厂模式
Android的设计模式-抽象工厂模式
Android的设计模式-原型模式
行为型模式:
Android的设计模式-策略模式
Android的设计模式-状态模式
Android的设计模式-责任链模式
Android的设计模式-观察者模式
Android的设计模式-模板方法模式
Android的设计模式-迭代器模式
Android的设计模式-备忘录模式
Android的设计模式-访问者模式
Android的设计模式-中介者模式
Android的设计模式-解释器模式
Android的设计模式-命令模式
结构型模式:
Android的设计模式-代理模式
Android的设计模式-组合模式
Android的设计模式-适配器模式
Android的设计模式-装饰者模式
Android的设计模式-享元模式
更多相关文章
- Android的设计模式-享元模式
- Android(安卓)23种设计模式
- 9种设计模式在 Spring 中的运用,记住!
- 想要成为一名优秀的Java程序员,你需要这8个锦囊
- 云计算模式:Docker正掀起个性化商业革命
- Oralce数据库设计规范V3
- 谈 C++17 里的 Observer 模式 - 补
- 如何设计一个优秀的秒杀系统?
- 【前端】JSP页面在IE浏览器下默认“文本模式”异常