第6章 穿什么有这么重要?--装饰模式

情境

要求写一个可以给人搭配不同服饰的系统,比如类似QQ、网络游戏或论坛都有的Avatar系统。

常规做法

UML类图

火狐截图_2018-06-13T02-24-31.083Z.png

代码如下

Person类
public class Person {

    public Person() {
    }

    private String name;

    public Person(String name) {
        this.name = name;
    }

    public void show() {
        print("装扮的" + name);
    }

}
服饰抽象类
public abstract class Finery {

    public abstract void show();

}
各种服饰子类
public class TShirts extends Finery {
    @Override
    public void show() {
        print("大T恤");
    }
}

public class BigTrouser extends Finery {
    @Override
    public void show() {
        print("垮裤");
    }
}

public class Sneakers extends Finery {
    @Override
    public void show() {
        print("破球鞋");
    }
}

public class Suit extends Finery {
    @Override
    public void show() {
        print("西装");
    }
}

public class Tie extends Finery {
    @Override
    public void show() {
        print("领带");
    }
}

public class LeatherShoes extends Finery {
    @Override
    public void show() {
        print("皮鞋");
    }
}
测试代码
public class Test {

    public static void main(String[] args) {
        Person a = new Person("小A");
        print("第一种装扮");
        Finery tShirts = new TShirts();
        Finery bigTrouser = new BigTrouser();
        Finery sneakers = new Sneakers();
        tShirts.show();
        bigTrouser.show();
        sneakers.show();
        a.show();

        print("第二种装扮");
        Finery suit = new Suit();
        Finery tie = new Tie();
        Finery leatherShoes = new LeatherShoes();
        suit.show();
        tie.show();
        leatherShoes.show();
        a.show();
    }

}
运行结果
图片.png
        tShirts.show();
        bigTrouser.show();
        sneakers.show();
        a.show();

这样实现的问题是把‘大T恤’、‘垮裤’、‘破球鞋’一个词一个词的显示出来。这就好比:人光着身子,当着大家的面,先传T恤,再穿裤子,再穿鞋。应该在内部组装完毕,再显示出来。穿衣服还将就先后顺序,我们需要把所需的功能按正确的顺序串联起来进行控制。可以通过装饰模式来实现。

装饰模式

装饰模式(Decorator),动态地给一个对象添加一些额外的职责,就增加功能来说,装饰模式比生成子类更为灵活。[DP]

无论衣服、鞋子、领带其实都可以理解为对人的装饰。

装饰模式(Decorator)结构图

图片.png

代码实现

Component类
public interface Component {

    void operation();

}
ConcreteComponent类
public class ConcreteComponent implements Component {
    @Override
    public void operation() {
        print("具体对象的操作");
    }
}
Decorator类
public abstract class Decorator implements Component {

    protected Component component;

    /**
     * 重写operation()
     * 实际执行的是Component的operation()
     */
    @Override
    public void operation() {
        if (component != null) {
            component.operation();
        }
    }

    public Component getComponent() {
        return component;
    }

    public void setComponent(Component component) {
        this.component = component;
    }
}

ConcreteDecoratorA类
public class ConcreteDecoratorA extends Decorator {

    /**
     * 本类的独有功能,以区别于ConcreteDecoratorB
     */
    private String addedState;

    /**
     * 运行原Component的operation()
     * 再执行本类功能,相当于对原Component进行了装饰
     */
    @Override
    public void operation(){
        super.operation();
        addedState = "New State";
        print("具体装饰对象A的操作");
    }

}
ConcreteDecoratorB类
public class ConcreteDecoratorB extends Decorator {

    /**
     * 本类独有方法,以区别于ConcreteDecoratorA
     */
    private void addedBehavior() {

    }

    @Override
    public void operation() {
        super.operation();
        addedBehavior();
        print("具体装饰对象B的操作");
    }

}
测试代码
public class Test {

    public static void main(String[] args){
        ConcreteComponent c = new ConcreteComponent();
        ConcreteDecoratorA d1 = new ConcreteDecoratorA();
        ConcreteDecoratorB d2 = new ConcreteDecoratorB();

        /**
         * 装饰的方式是:
         * 首先用ConcreteComponent实例化对象c
         * 然后用ConcreteDecoratorA的实例化对象d1来包装c
         * 再用ConcreteDecoratorB的对象d2包装d1
         * 最终执行d2的operation()
         */
        d1.setComponent(c);
        d2.setComponent(d1);
        d2.operation();
    }

}

装饰模式是利用SetComponent来对对象进行包装的。这样每个装饰对象的实现就和如何使用这个对象分离开了,每个装饰对象只关心自己的功能,不需要关心如何被添加到对象链当中[DPE]。用刚才的例子来说就是,完全可以先穿外裤,再穿内裤,而不一定要先内后外。

学习模式要善于变通,如果只有一个ConcreteComponent类而没有抽象的Component类,那么Decorator类可以是ConcreteComponent的一个子类。同样的道理,如果只有一个ConcreteDecorator类,那么就没有必要建立一个单独的Decorator类,而可以把Decorator和ConcreteDecorator的责任合并成一个类。

根据装饰模式,修改之前换装的代码。

代码结构图

图片.png

代码如下

Person类(ConcreteComponent)
public class Person {

    public Person() {
    }

    private String name;

    public Person(String name) {
        this.name = name;
    }

    public void show() {
        print("装扮的" + name);
    }
}
服饰类(Decorator)
public class Finery extends Person {

    protected Person component;

    public void decorate(Person component) {
        this.component = component;
    }

    @Override
    public void show() {
        if (component != null) {
            component.show();
        }
    }
}
具体服饰类(ConcreteDecorator)
public class TShirts extends Finery {

    @Override
    public void show(){
        print("大T恤");
        super.show();
    }

}
//其他类似,省略
测试代码
public class Test {

    public static void main(String[] args) {
        Person a = new Person("小A");
        print("第一种装扮");
        Sneakers sneakers = new Sneakers();
        BigTrouser bigTrouser = new BigTrouser();
        TShirts tShirts = new TShirts();

        sneakers.decorate(a);
        bigTrouser.decorate(sneakers);
        tShirts.decorate(bigTrouser);
        tShirts.show();

        print("第二种装扮");
        LeatherShoes leatherShoes = new LeatherShoes();
        Suit suit = new Suit();
        Tie tie = new Tie();
        leatherShoes.decorate(a);
        suit.decorate(leatherShoes);
        tie.decorate(suit);
        tie.show();
    }

}

总结

装饰模式是为已用功能动态地添加更多功能的一种方式,新加入的东西仅仅是为了满足一些只在某种特定情况下才会执行的特殊行为的需要。装饰模式提供了一个非常好的解决方案,它把每个要装饰的功能放在单独的类中,并让这个类包装它所要装饰的对象,因此,当需要执行特殊行为时,客户代码就可以再运行时根据需要有选择地、按顺序地使用装饰功能包装对象了[DP]。
装饰模式的优点是把类中的装饰功能从类中移除,这样可以简化原有的类。有效地把类的核心职责和装饰功能区分开。而且可以去除相关类中重复的装饰逻辑。
装饰模式的装饰顺序很重要,比如加密数据和过滤词汇都可以是数据持久化前的装饰功能,但若先加密了数据再过滤功能就会出问题了,最理想的情况,是保证装饰类之间彼此独立,这样它们就可以以任意的顺序进行组合了。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 213,558评论 6 492
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,002评论 3 387
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 159,036评论 0 349
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,024评论 1 285
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,144评论 6 385
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,255评论 1 292
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,295评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,068评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,478评论 1 305
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,789评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,965评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,649评论 4 336
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,267评论 3 318
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,982评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,223评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,800评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,847评论 2 351

推荐阅读更多精彩内容

  • 【学习难度:★★★☆☆,使用频率:★★★☆☆】直接出处:装饰模式梳理和学习:https://github.com/...
    BruceOuyang阅读 720评论 2 2
  • 在阎宏博士的《JAVA与模式》一书中开头是这样描述装饰(Decorator)模式的: 装饰模式又名包装(Wrapp...
    聂叼叼阅读 347评论 1 2
  • 本篇文章介绍一种设计模式——装饰者模式。装饰者模式在Java中的典型应用就是IO流,在本篇文章中将有详细介绍。本篇...
    Ruheng阅读 22,192评论 13 56
  • 设计模式汇总 一、基础知识 1. 设计模式概述 定义:设计模式(Design Pattern)是一套被反复使用、多...
    MinoyJet阅读 3,929评论 1 15
  • 七律《怀念母亲》 家无萱堂便作难,久别慈母两重天。 犹记清明绵绵雨,惯看重阳彤彤山。 执手相看相映泪,伏肩一梦一百...
    老苦荞茶阅读 650评论 0 1