Java之装饰模式

1、装饰模式的理解

在不必改变原类文件和使用继承的情况下,动态地扩展一个对象的功能。它是通过创建一个包装对象,也就是装饰来包裹真实的对象。

2、装饰模式由4种角色组成

(1)抽象构件(Component)角色:给出一个抽象接口,以规范准备接收附加职责的对象。

(2)具体构件(Concrete Component)角色:定义一个将要接收附加职责的类。
(3)装饰(Decorator)角色:持有一个构件(Component)对象的实例,并实现一个与抽象构件接口一致的接口,从外类来扩展Component类的功能,但对于Component类来说,是无需知道Decorato的存在的。

(4)具体装饰(Concrete Decorator)角色:负责给构件对象添加上附加的职责。

3、装饰模式的UML类图

4、装饰模式的特点

(1)装饰对象和真实对象有相同的接口。这样客户端对象就能以和真实对象相同的方式和装饰对象交互。

(2)装饰对象包含一个真实对象的引用。

(3)装饰对象接受所有来自客户端的请求。它把这些请求转发给真实的对象。

(4)装饰对象可以在转发这些请求以前或以后增加一些附加功能。这样就确保了在运行时,不用修改给定对象的结构就可以在外部增加附加的功能。在面向对象的设计中,通常是通过继承来实现对给定类的功能扩展。

5、适用性

(1)需要扩展一个类的功能,或给一个类添加附加职责。

(2)需要动态的给一个对象添加功能,这些功能可以再动态的撤销。

(3)需要增加由一些基本功能的排列组合而产生的非常大量的功能,从而使继承关系变的不现实。

(4)当不能采用生成子类的方法进行扩充时。一种情况是,可能有大量独立的扩展,为支持每一种组合将产生大量的子类,使得子类数目呈爆炸性增长。另一种情况可能是因为类定义被隐藏,或类定义不能用于生成子类。

6、代码实现

package com.ixunm.decorate;

/**
 * 抽象构件(Component)角色:给出一个抽象接口,以规范准备接收附加责任的对象
 */
public interface Component {
    // 简单操作方法
    public void sampleOperation();
}
package com.ixunm.decorate;

/**
 * 具体构件(ConcreteComponent)角色:定义一个将要接收附加责任的类。
 */
public class ConcreteComponent implements Component{
    @Override
    public void sampleOperation() {
        // 写相关的业务代码
        System.out.println("具体对象操作");
    }
}
package com.ixunm.decorate;

/**
 * 装饰(Decorator)角色:持有一个构件(Component)对象的实例,并定义一个与抽象构件接口一致的接口。
 */
public class Decorator implements Component{

    private Component component;

    /**
     * 构造方法初始化抽象构件对象
     * @param component
     */
    public Decorator(Component component) {
        this.component = component;
    }

    @Override
    public void sampleOperation() {
        // 委派给构件对象处理
        if (component != null) {
            component.sampleOperation();
        }
    }
}
package com.ixunm.decorate;

/**
 * 具体装饰角色ConcreteDecorator01:本类的独有功能
 * 具体装饰(ConcreteDecorator)角色:负责给构件对象“贴上”附加的责任。
 */
public class ConcreteDecorator01 extends Decorator{
    /**
     * 构造方法初始化抽象构件对象
     *
     * @param component
     */
    public ConcreteDecorator01(Component component) {
        super(component);
    }

    @Override
    public void sampleOperation() {
        super.sampleOperation(); // 执行原Component的sampleOperation()方法
        // 本类的独有功能:写相关的业务代码
        System.out.println("具体装饰对象ConcreteDecorator01的操作");
    }
}
package com.ixunm.decorate;

/**
 * 具体装饰角色ConcreteDecorator02:本类的独有功能
 * 具体装饰(ConcreteDecorator)角色:负责给构件对象“贴上”附加的责任。
 */
public class ConcreteDecorator02 extends Decorator{
    /**
     * 构造方法初始化抽象构件对象
     *
     * @param component
     */
    public ConcreteDecorator02(Component component) {
        super(component);
    }

    @Override
    public void sampleOperation() {
        super.sampleOperation(); // 执行原Component的sampleOperation()方法
        // 本类的独有功能:写相关的业务方法,执行相关的业务
        mySampleOperation();
    }

    /**
     * 本类的独有功能
     */
    private void mySampleOperation() {
        System.out.println("具体装饰对象ConcreteDecorator02的操作");
    }
}
package com.ixunm.decorate;

public class Demo {
    public static void main(String[] args) {
        ConcreteComponent concreteComponent = new ConcreteComponent();
        ConcreteDecorator01 decorator01 = new ConcreteDecorator01(concreteComponent);
        ConcreteDecorator02 decorator02 = new ConcreteDecorator02(concreteComponent);
        decorator01.sampleOperation();
        decorator02.sampleOperation();
    }
}

7、测试

8、扩展

java中的io流的设计模式,用到装饰模式

www.cnblogs.com/wxgblogs/p/5649933.html

原文地址:https://www.cnblogs.com/c-xiaohai/p/8695949.html

时间: 2024-11-05 18:52:04

Java之装饰模式的相关文章

java:装饰模式,节点流和处理流

接口: interface Worker { public void dowork(); } 清洁工:被装饰者,节点流 class Clean implements Worker { public void dowork(){ System.out.println("搞清洁"); } } A公司:装饰者,处理流 class Aworker implements Worker { private Worker worker; //传进来的对象是woker的实现类 public Awork

Java设计模式----装饰模式

1.概念: (在我看来,模式就像是是一种思想,在这种思想的指引下,对代码和结构的一番加工和整合而已!都是套路!) 装饰模式又称包装(Wrapper)模式,是以对客户端透明的方式扩展对象的功能,是继承关系的一个替代方案.对客户端透明意味着接口不变. 2.问题: 在OO设计和开发过程中, 经常会遇到下面的情况: 我们需要为已经设计好的类添加新的职责, 通常情况下我们会定义一个新类继承自定义好的类. 由于组合比继承更好(复杂度高,继承深度深等原因, 类图: 3.如何实现装饰: (1):继承形式:(不推

java(26) - 装饰模式

一.装饰模式:       1).装饰模式是以客户端透明的方式扩展对象的功能,是以继承的关系的一个替代解决方案. 2).装饰模式以客户端透明的方式动态的给一个对象附加上更多的责任. 3).装饰模式可以在不创造更多子类的情况下将对象的功能加以扩展. 在装饰模式中的角色: a).抽象构件角色(Component):给出一个抽象接口,以规范准备接收附加责任的对象. b).具体构件角色(Concrete Component):定义一个将要接收附加责任的类. c).装饰角色(Decorator):持有一个

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

装饰者模式在实际中的应用是java输入输出流,java.io中的类很庞大,我们在学习的时候,看到如此众多的类都觉得无从下手,实际上是因为java.io中使用了装饰者模式,大量的类都是装饰者. 比如FileInputStream类,FileInputStream用来读取文本文件,是被装饰者,而它的装饰者有BufferedInputStream和LineNumberInputStream,因为有了这两个装饰者,读取文件时使用FileInputStream可以通过缓冲输入,还能计算行数. 所以我们就可

设计模式——开发常用的设计模式梳理

. 基础学习:UML四种关系 耦合度大小关系 泛化 = 实现 > 组合 > 聚合 > 关联 > 依赖 依赖(Dependency) 好好学java 一个人(Person)可以买车(car)和房子(House),那么就可以称:Person类依赖于Car类和House类    这里注意与下面的关联关系区分:Person类里并没有使用Car和House类型的属性,Car和House的实例是以参量的方式传入到buy()方法中.    依赖关系在Java语言中体现为局域变量.方法的形参,或者

JAVA设计模式:装饰模式

前面我们学习了代理模式: 代理模式主要使用了java的多态,干活的是被代理类,代理类主要是接活,你让我干活,好,我交给幕后的类去干,你满意就成,那怎么知道被代理类能不能干呢?同根就成,大家知根知底,你能做啥,我能做啥都清楚得很,同样一个接口. 本次我们学习下装饰模式: 装饰模式又称为包装模式,装饰模式以对客户端透明的方式扩展对象功能,相对于代理而言,代理是不让客户端知道真实对象的信息,装饰模式是基层关系的一个替代方案. 装饰模式是采用对客户端透明的方式动态的给一个对象添加了更多职责,对于原来被装

JAVA设计模式之装饰模式

装饰模式:动态地将责任附加到对象上.若要扩展功能,装饰者提供了比继承更有弹性的替代方案. 例子:你要替一家咖啡店设计beverage类.beverage有很多种,并且可以添加许多的调料,比如蒸奶.豆浆.摩卡等. 1 public abstract class Beverage 2 { 3 String description = "Unknown Beverage"; 4 5 public String getDescription() 6 { 7 return description

JAVA设计模式之 装饰模式【Decorator Pattern】

一.概述 动态地给一个对象增加一些额外的职责,就增加对象功能来说,装饰模式比生成子类实现更为灵活.装饰模式是一种对象结构型模式.装饰模式是一种用于替代继承的技术,使用对象之间的关联关系取代类之间的继承关系.在装饰模式中引入了装饰类,在装饰类中既可以调用待装饰的原有类的方法,还可以增加新的方法,以扩充原有类的功能. 二.适用场景 装饰原有对象.在不改变原有对象的情况下扩展增强新功能/新特征..当不能采用继承的方式对系统进行扩展或者采用继承不利于系统扩展和维护时可以使用装饰模式. 三.UML类图 四

《JAVA与模式》之装饰模式

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