设计模式5---装饰模式

  问题:人要穿衣服,可以穿鞋子,裤子,领带。。。,顺序可以使随机的。

  也就是包含大量随机的操作,但是我们的结果却需要一个明确的顺序去执行这个方法。

  UML图:

该方法的变种是,可以Decorate直接继承自RealComponent。

上图的方法可以通过接口来操作,符合开闭原则。

这样所有实现component接口的类都可以使用Decorate类处理。

已穿衣服为例:

component接口:

public interface IComponent {
    void show();
}

具体实现类:

public class Person implements IComponent {

    private String name;

    public Person(String name)
    {
        this.name = name;
    }
    @Override
    public void show() {
        System.out.println("穿衣服的"+name);
    }

}

装饰抽象类:

public abstract class Chothes implements IComponent {
    protected IComponent _mComponent = null;

    public void show()
    {
        if(_mComponent!=null)
        {
            _mComponent.show();
        }
    }

    public void decorate(IComponent comp)
    {
        _mComponent = comp;
    }
}

通过decorate方法,可以把其他Chothes 的子类传入。

Chothes装饰功能类:

public class Westernstyleclothes extends Chothes {

    @Override
    public void show() {
        // TODO Auto-generated method stub
        System.out.print("西装\t");
        super.show();
    }

}
public class Tie extends Chothes {

    /* (non-Javadoc)
     * @see com.jayfulmath.designpattern.decorate.Chothes#show()
     */
    @Override
    public void show() {
        System.out.print("领带\t");
        super.show();
    }

}
public class Pants extends Chothes {

    /* (non-Javadoc)
     * @see com.jayfulmath.designpattern.decorate.Chothes#show()
     */
    @Override
    public void show() {
        System.out.print("西裤\t");
        super.show();
    }

}
public class LeatherShoes extends Chothes {

    /* (non-Javadoc)
     * @see com.jayfulmath.designpattern.decorate.Chothes#show()
     */
    @Override
    public void show() {
        System.out.print("皮鞋\t");
        super.show();
    }

}

main函数:

public class DecorateMain extends BasicExample {

    @Override
    public void startDemo() {
        Person mPerson = new Person("小明");

        Westernstyleclothes wl = new Westernstyleclothes();
        Pants pt = new Pants();
        Tie ti = new Tie();
        LeatherShoes ls = new LeatherShoes();

        ti.decorate(mPerson);
        ls.decorate(ti);
        pt.decorate(ls);
        wl.decorate(pt);

        wl.show();
    }

}

如上,可以任意更换顺序,但不需改变其他代码,即可实现穿衣服流程的变化。

时间: 2024-11-09 00:44:01

设计模式5---装饰模式的相关文章

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

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

设计模式之装饰模式20170726

结构型设计模式之装饰模式: 一.含义 动态地给一个对象添加一些额外的职责.就增加功能来说,装饰模式相比生成子类更为灵活. 通俗来讲,装饰模式是对类的功能进行加强或减弱. 二.代码说明 1.主要有两个角色 1)构件 最核心.最原始.最基本的对象,也就是要装饰的对象. 2)装饰角色 把最核心.最原始.最基本的东西装饰成其他东西 2.在用C实现过程中也是参考这种思想,以修饰成绩单举例,具体实现如下: 1)装饰模式使用场景: 1 /***********************************

跟我学设计模式视频教程——装饰模式,装饰模式VS代理模式

课程视频 装饰模式 装饰模式VS代理模式1 装饰模式VS代理模式2 课程笔记 课程笔记 课程代码 课程代码 新课程火热报名中 课程介绍 跟我学设计模式视频教程--装饰模式,装饰模式VS代理模式,布布扣,bubuko.com

设计模式之装饰模式 c++实现和详细分析

Decorator模式(别名Wrapper):动态将职责附加到对象上,若要扩展功能,装饰者提供了比继承更具弹性的代替方案. 它使功能具有动态性 已经开发完毕的对象,后期由于业务需要,对旧的对象需要扩展特别多的功能,这时候使用给对象动态地添加新的状态或者行为(即装饰模式)方法,而不是使用子类静态继承. 引入装饰模式的原因  : 由于若有很多个功能,这么多功能 可能会出现各种组合,而每个组合都要对应一个类,这是指数级的类的数量增长(因为我们要扩展不应直接修改类,所以采取继承 而不是改变原有类)  

【设计模式】——装饰模式

装饰模式(Decorator),动态地给一个对象添加一些额外的职责,就增加功能来说,装饰模式比生成子类更为灵活. 装饰模式结构图: Component是定义一个对象接口,可以给这些对象动态地添加职责.ConcreteComponent是定义了一个具体的对象,也可以给这个对象添加一些职责.Decorator,装饰抽象类,继承了Component,从外类来扩展Component类的功能,但对于Component来说,是无需知道Decorator的存在的.至于ConcreteDecorator就是具体

学习大话设计模式06_装饰模式

装饰模式(Decorator): 动态地给一个对象添加一些额外的职责,就增加功能来说,装饰模式比生成子类更为灵活. 1 /** 2 * Component 是定义一个对象接口,可以给这些对象动态地添加职责 3 * @author Monica 4 * 5 */ 6 public abstract class Component { 7 public abstract void Operation(); 8 } 9 10 11 /** 12 * ConcreteComponent 是定义了一个具体

设计模式开始--装饰模式

装饰模式 一.作用: 为已有的功能添加新的功能的设计模式,当系统需要新的功能时候,要在原有的基础上增加一点新的功能的时候,也就是装饰一点功能的时候,不需要再原有的代码上进行修改. 装饰的功能就是把核心职责和核心功能划分开了. 对比生成器模式: (1)生成器模式类执行是有顺序的 (2)装饰模式执行顺序是没有顺序的,是随机的,想怎么装饰就怎么装饰,装饰的是一些无关紧要的事情,核心的代码还是之前的类在做 二.类图 解释一下: 左边两个实现类(ConsoleLogger FileLogger)是核心的实

大话设计模式之装饰模式(包装模式)

装饰模式的结构 转发:http://www.cnblogs.com/java-my-life/archive/2012/04/20/2455726.html 装饰模式又名包装(Wrapper)模式.装饰模式以对客户端透明的方式扩展对象的功能,是继承关系的一个替代方案 装饰模式以对客户透明的方式动态地给一个对象附加上更多的责任.换言之,客户端并不会觉得对象在装饰前和装饰后有什么不同.装饰模式可以在不使用创造更多子类的情况下,将对象的功能加以扩展. 装饰模式的类图如下: 在装饰模式中的角色有: ●

Java——设计模式(装饰模式_IO)

 /* * 装饰设计模式: *  对一组对象的功能进行增强时,就能够使用该模式进行问题的解决; * 装饰和继承都能实现一样的特点:  就是进行功能的扩转增强. * */ public class TestIO4 { public static void main(String[] args) { Person p = new Person(); NewPerson np = new NewPerson(p); np.chifan();//使用增强后的功能. } } //原有的类 class 

设计模式之装饰模式--- Pattern Decorator

模式的定义 装饰模式的定义: Attach additional responsibilities to an object dynamically keeping the same interface.Decorators provide a flexible alternative to subclassing for extending functionality. 动态给一个对象添加一些额外的职责.就增加功能来说,装饰模式相比生成子类更为灵活. 类型 结构类 模式的使用场景 需要扩展一个