JDK设计模式之——装饰者模式(适配器模式)

  • 假定已经有三个类A,B和C他们的继承关系如下
                             ClassA
Class B extends A  Class C extends A 

    想进一步扩展类B和类C的功能,新增三个方法 method1()、 method2()、 method3()。

    要求 类B和类C 满足 可能新增一个方法,两个方法,或者三个方法

  • 用继承扩展(缺点很大)    

    解决办法,用继承关系 给B写7个子类(3个方法的排列组合 2的三次方-1) 给A也写三个子类。

    采用继承的方式扩展B类和C类的功能,会导致子类的数目急剧增加,而且存在重复代码。

  • 装饰者设计模式

    在这种设计模式中,把需要扩展的功能(method1()、method2()、method3())放在装饰类中,装饰器类继承A、因此拥有类A的接口。在装饰器中还包含了一个类A的实例

    因此:装饰器不仅拥有类A实例的功能,并且还能扩展类A实例的功能

下面定义三个装饰器类 Decorator1 Decorator2 Decorator3,他们分别提供一种新增的功能分别是 method1()、method2()、method3()

public class Decorator1 extends A{
    protected A a;
    public Decorator1(A a){
        this.a=a;
    }
    public void method1(){
        System.out.println("我是方法1");
    }
}
public class Decorator2  extends A{
    protected A a;
    public Decorator2(A a){
        this.a=a;
    }
    public void method2(){
        System.out.println("我是方法2");
    }
}
public class Decorator3  extends A{
    protected A a;
    public Decorator3(A a){
        this.a=a;
    }
    public void method3(){
        System.out.println("我是方法3");
    }
}

在下面程序中对类B类进行了装饰,使它们具有method1()和method2()的功能 这样可以很灵活的满足需求

public class Test {
    public static void main(String[] args) {
        A a = new B();
        Decorator1 d1= new Decorator1(a);
        d1.method1();

        Decorator2 d2= new Decorator2(a);
        d2.method2();
    }
}

可以看到 装饰器设计模式简化了类的继承关系,并且提高代码的可重用性

BufferedInputStream(InputStream in, int size) 
          创建具有指定缓冲区大小的 BufferedInputStream 并保存其参数,即输入流 in,以便将来使用。

JDK中的BufferedInputStream就是InputStream的一个装饰器

原文地址:https://www.cnblogs.com/ssskkk/p/9292259.html

时间: 2024-08-08 10:56:25

JDK设计模式之——装饰者模式(适配器模式)的相关文章

掌握设计模式之装饰者模式

![](http://ww4.sinaimg.cn/large/006tNc79ly1g4ztauvhzej30p00dw45p.jpg) ## 前言 当应用开发中,我们要为一个对象在原有功能上进行扩展增强时,往往采用继承的方式,而继承过多时就会使得功能类更加复杂,不利于维护,而设计模式中装饰者模式可以帮助我们更好对应这种场景,装饰者模式可以做到让对象能够动态地进行功能扩展,而不影响其他对象. 那究竟它是如何实现的呢,又如何实际应用呢,就让我们一起来学习下这个模式吧. ## 模式定义 装饰者模式

设计模式 2 —— 装饰者模式

设计模式目录: 设计模式 1 ——观察者模式 设计模式 2 —— 装饰者模式

Design Pattern 设计模式 Decorator 装饰者模式

1 设计一个基类 2 继承这个基类,并包含这个基类的一个对象 3 创建继承类的时候,初始化这个基类,因为是基类指针,所以可以是所有基类的衍生类对象,那么就可以叠加任意多个衍生类对象了. 关键是在衍生类中包含一个基类对象,然后有了继承和包含两重关系,可以使得一个类一个类对象叠加,达到装饰目的. 等于是创建了一个对象指针链表,一个一个对象发挥其相应的作用. 下面程序装饰一个桌子,同时包含释放内存的处理. 关键要知道基类的析构函数必须使用虚函数,为什么? 1 如果基类不是析构函数,那么如果衍生类中包含

Java设计模式之装饰者模式

要实现装饰者模式,注意一下几点内容: 1.装饰者类要实现真实类同样的接口 2.装饰者类内有一个真实对象的引用(可以通过装饰者类的构造器传入) 3.装饰类对象在主类中接受请求,将请求发送给真实的对象(相当于已经将引用传递到了装饰类的真实对象) 4.装饰者可以在传入真实对象后,增加一些附加功能(因为装饰对象和真实对象都有同样的方法,装饰对象可以添加一定操作在调用真实对象的方法,或者先调用真实对象的方法,再添加自己的方法) 5.不用继承,   先用实例说话,最后再具体装饰者模式 假设要制造添加甜蜜素和

java设计模式之 装饰器模式

适AT java设计模式之 装饰器模式 装饰器模式 装饰器模式(Decorator Pattern)允许向一个现有的对象添加新的功能,同时又不改变其结构. 这种类型的设计模式属于结构型模式,它是作为现有的类的一个包装. 这种模式创建了一个装饰类,用来包装原有的类,并在保持类方法签名完整性的前提下,动态给一个对象添提供了额外的功能. 我们通过下面的实例来演示装饰器模式的用法.模拟一个人从想吃饭.找饭店.享受美食.结束吃饭的过程 代码展示: 首先创建一个被修饰的接口 Eat package deco

设计模式之装饰者模式(Decorator)

1.定义 装饰者模式动态地将责任附加到对象上.若要扩展功能,装饰者提供了比继承更有弹性的替代方案 2.类图 Component抽象构件:Component是一个接口或者是抽象类,就是定义我们最核心的对象,也就是最原始的对象.在装饰者模式中,必然有一个最基本.最核心.最原始的接口或抽象类充当Component抽象构件. ConcreteComponent具体构件:ConcreteComponent是最核心.最原始.最基本的接口或抽象类的实现,你要装饰的就是它. Decorator装饰角色:一般是一

设计模式之装饰者模式(三)

欢迎大家的持续关注.上一次,我们结合第一篇推导出来的类图,到第二篇根据类图进行实际代码的编写,对装饰者模式有了一个整体的概念以及实战.不知道对你帮助如何呢?小编已经有门道了,看完接下来的一部分,你会恍然大悟,原来实际编码中你一直在用装饰者模式. 真实世界的装饰者:Java I/O 看到标题,是不是就很想往下看,到底是I/O中的什么呢,让你早已经拥有了装饰者模式的实践?就如书上给的描述,你第一次(还有第二次和第三次)看到这些API发出"哇"的惊叹时,放心,你不是唯一收到惊吓的人.下面,我

java_设计模式_装饰者模式_Decorator Pattern(2016-07-28)

装饰模式又名包装(Wrapper)模式.装饰模式以对客户端透明的方式扩展对象的功能,是继承关系的一个替代方案. 装饰模式的结构 装饰模式以对客户透明的方式动态地给一个对象附加上更多的责任.换言之,客户端并不会觉得对象在装饰前和装饰后有什么不同.装饰模式可以在不使用创造更多子类的情况下,将对象的功能加以扩展. 装饰模式的类图如下: 在装饰模式中的角色有: ● 抽象构件(Component)角色:给出一个抽象接口,以规范准备接收附加责任的对象. ● 具体构件(ConcreteComponent)角色

【设计模式】装饰者模式-明月装饰了你的窗子

装饰者模式 使用装饰者模式,可以动态的给一个对象添加一些额外的职责.这适用于,我们只希望给某个对象而不是整个类添加一些功能的场景.通过使用含有某个特定功能的类来"包裹"原始的类,提供给原始的类某些它本身不具备的特性.比如,我们有一杯"茉莉茶",现在加上一颗"柠檬",那我们就有了一杯"柠檬茉莉花茶"."柠檬"作为一个装饰者,提供了"茉莉茶"本身没有的清爽口感.当然,这也带来了一定的负担,你