工作一年多了,纸上的笔记写了不少,但一直没有机会整理。现在离职了,就用这段时间整理一下自己的笔记,也顺便丰富一下自己的博客吧,要不也真的对不起在这里潜水两年的时间。
适配器:基于现有类所提供的服务,向客户提供接口,以满足客户的期望
《Java设计模式》
类适配器
客户的开发人员定义了一个接口,期望用这个接口来完成整数的求和操作,接口定义如下:
- public interface Operation{
- public int add(int a,int b);
- }
开发人员在了解这个接口的定义后,发现一个第三方类,里面有一个方法能实现他们期望的功能,其代码如下:
- public class OtherOperation{
- public int otherAdd(int a,int b){
- return a + b;
- }
- }
以上第三方类OtherOperation的方法public int otherAdd(int a,int b)所提供的功能,完全能符合客户的期望,所以只需要想办法把OtherOperation的otherAdd(int a,int b)和客户的Operation接口联系起来,让这个第三方类来为客户提供他们期望的服务就行了,这样就避免了开发人员再度去研究类似OtherOperation的otherAdd(int a,int b)方法的实现(利用已有的轮子,避免重复发明),这方法之一,就是用适配器模式:
- public class AdapterOperation extends OtherOperation implements Operation{
- public int add(int a,int b){
- return otherAdd(a,b);
- }
- }
以上就是适配器的实现方法之一,类适配器,在以上实现中存在着三中角色分别是: 1:适配目标角色:Operation。 2:适配类(原)角色:OtherOperation。 3:适配器角色:AdapterOperation。 其中适配器角色是适配器模式的核心。 适配器的主要工作就是通过封装现有的功能,使他满足需要的接口。 对象适配器 我们再来看看另一种情况: 假如客户接口期望的功能不止一个,而是多个:
- public interface Operation{
- public int add(int a,int b);
- public int minus(int a,int b);
- public int multiplied(int a,int b);
- }
而能提供这些实现的原可能不止一个:
- public class OtherAdd{
- public int otherAdd(int a,int b){
- return a + b;
- }
- }
-
- public class OtherMinus{
- public int minus(int a,int b){
- return a - b;
- }
- }
-
- public class OtherMultiplied{
- public int multiplied(int a,int b){
- return a * b;
- }
- }
由于java是不能实现多继承的,所以我们不能通过构建一个适配器,让他来继承所有原以完成我们的期望,这时候怎么办呢?只能用适配器的另一种实现--对象适配器:
- public class AdapterOperation implements Operation{
- private OtherAdd add;
- private OtherMinus minus;
- private OtherMultiplied multiplied;
-
- public void setAdd(OtherAdd add){
- this.add = add;
- }
-
- public void setMinus(OtherMinus minus){
- this.minus = minus;
- }
-
- public void setMultiplied(OtherMultiplied multiplied){
- this.multiplied = multiplied;
- }
-
-
- public int add(int a,int b){
- return add.otherAdd(a,b);
- }
-
-
- public int minus(int a,int b){
- return minus.minus(a,b);
- }
-
-
- public int multiplied(int a,int b){
- return multiplied.multiplied(a,b);
- }
- }
上面代码很明显,适配器并不是通过继承来获取适配类(原)的功能的,而是通过适配类的对象来获取的,这就解决了java不能多继承所带来的不便了。这也是java提倡的编程思想之一,即尽量使用聚合不要使用继承。 还有一种情况是需要使用对象适配器的。我们来看看, 单我们的客户提供的需求并不是一个明确的接口,而是一个类,并没有定义期望的方法,如下
- public class A{
- public int add(int a,int b){
- return a + b;
- }
- }
现在客户要一个新类B,要求能在保留类A功能的情况下增加一个运算减法的功能,并要求B能随时替换掉A但不能对已有系统造成影响。这样我们只能新建一个类B,并让B继承A。
- public class B extends A{
- b(){
- super();
- }
-
- public int minus(int a,int b){
-
- }
- }
这时候,我们发现类C已经提供了实现减法的函数,
- public class C{
- public int minus(int a,int b){
- return a - b;
- }
- }
为了避免重复去设计该函数,我们决定引入C类,通过适配C类来达到我们的期望,但问题是A和C都是一个具体类,我们无法让B同时继承这个两个类,而B继承A又是必须的,所以我们只能考虑把C给内聚到B内部,对象适配器又得派上用场了。
- public class B extends A{
-
- private C c;
-
- B(){
- super();
- }
-
- public void setMinus(C c){
- this.c= c;
- }
-
- public int minus(int a,int b){
- return c.minus(a,b);
- }
- }
这样,在需要A类的地方都能用B类来代替,同时又保证了新的功能的引入。 更灵活的实现--隐藏目标接口的抽象适配器 做java 桌面应用的都知道WindowListener接口,
- public interface WindowListener extends EventListener{
- public void windowActivated(WindowEvent e);
- public void windowClosed(WindowEvent e);
- public void windowClosing(WindowEvent e);
- public void windowDeactivated(WindowEvent e);
- public void windowDeiconified(WindowEvent e);
- public void windowIconified(WindowEvent e);
- public void windowOpened(WindowEvent e);
- }
要实现这个接口,我们就必须实现它所定义的所有方法,但是实际上,我们很少需要同时用到所有的方法,我们要的只是其中的两三个。为了不使我们实现多余的方法, jdk WindowListener提供了一个WindowListener的默认实现类WindowAdapter类,这是一个抽象类,
- public abstract class WindowAdapter implements WindowListener{
- public void windowActivated(WindowEvent e){}
- public void windowClosed(WindowEvent e){}
- public void windowClosing(WindowEvent e){}
- public void windowDeactivated(WindowEvent e){}
- public void windowDeiconified(WindowEvent e){}
- public void windowIconified(WindowEvent e){}
- public void windowOpened(WindowEvent e){}
- }
WindowAdapter类对WindowListener接口的所有有方法都提供了空实现, 有了WindowAdapter类,我们只需要去继承WindowAdapter,然后选择我们所关心的方法来实现就行了,这样就避免了直接去实现WindowListener接口。
分享到:
相关推荐
这是我看到的比较好的设计模式, 是抽象类 适配器
计算机后端-Java-图解java设计模式061 类适配器.avi
适配器模式中的类适配器,java实现
java适配器模式中的类适配器实例,可成功运行
主要介绍了Java 适配器模式(类适配器,对象适配器)优缺点对比的相关资料,java 适配器在基础知识中还是比较重要的,这里就说下如何使用,需要的朋友可以参考下
适配器(Adaper)角色public class Adapter extends Adaptee implements Target { /** * 由于源类
23种设计模式 之 第1讲.抽象类与适配器模式 有源码的可以贡各位参考
抽象类? 1. 类和方法都要被关键字abstract去修饰 2. 抽象的方法不用去实现而只要声明一下就可以了 3. 抽象类不可以去实例化,也就是不能去new 4. 一个类中如果含有抽象方法,那么这个类就必须被声明为抽象类,继承...
C#设计模式之适配器模式应用实例
适配器模式,《研磨设计模式》!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
适配器模式是一种结构型设计模式。适配器模式的思想是:把一个类的接口变换成客户端所期待的另一种接口
为三类: 类适配器模式、 对象适配器模式、 接口适配器模式。 以生活中手机充电为例来讲解适配器模式, 手机本身并不能直接用220V交流电, 需要将220V的交流电转换为5V的直流电, 在这个过程 中, 充电器本身相当于...
- 类适配器:适配器和适配者之间通常通过继承(或实现)关系来实现。 - 对象适配器:适配器和适配者之间是关联关系。 4. **优点**: - 提高类的复用性,无需修改原有代码即可重用现有适配者类。 - 将目标类和适配者...
适配器模式的Java实现版本,包含类适配器模式和对象适配器模式的实现,同时也包含两者的UML类图
NULL 博文链接:https://51even.iteye.com/blog/778585
抽象类与适配器模式 抽象类与适配器模式 视频讲解+ppt讲稿
适配器模式的使用方法: 用一个类同时继承接口和已知类,利用已知类中定义的方法和属性等,实现接口中的定义(主要利用了重载接口方法的办法)。...若已知类发生变化,只需修改类适配器,就可以满足接口的实现。
什么是抽象:抽象是处理对象复杂性的一种技术,它只关注对象的主要细节而忽略了对象的次要细节。
适配器模式是一种行为模式,它可以把一个类的接口转换成为另一个所期待的另一种接口,这样可以使原本因接口无法在...适配器模式有类的适配器和对象的适配器两种形式,这里只介绍对象的适配器模式(与类适配器模式类似)
讲解面向对象开发模式之适配器模式。并举例说明类适配器与对象适配器的用法与区别。