本文主要是记录《Head First 设计模式》知识，目的是检查自己学到的知识，同时方便我以后进行复习和浏览。

一、概述

1-1 定义

装饰模式 Decorator Pattern:The intend of this pattern is to add additional responsibilities dynamically to an object.
动态地给一个对象添加一些额外的职责。

该模式是一种结构型模式

1-2 模式结构

装饰模式包含如下角色：

• Component: 抽象构件
• ConcreteComponent: 具体构件
• Decorator: 抽象装饰类
• ConcreteDecorator: 具体装饰类

图1 模式结构

二、举例：

星巴克更新订单系统，以合乎他们的饮料供应要求。购买咖啡时，可以加入各种调料，例如：蒸奶(Milk)、豆浆(Soy)、摩卡(Mocha)、覆盖奶泡(Whip)

图2 UML

代码
抽象构件：

/// <summary>
/// 抽象构件
/// </summary>
public abstract class Beverage
{
    public string description = "Unknown Beverage";
    public string getDescription()
    {
        return description;
    }

    public abstract double Cost();
}

具体构件：其中HouseBlend 、Espresso、DarkRoast、Decaf代码相似，此处只写一处

/// <summary>
/// 具体构件
/// </summary>
class HouseBlend : Beverage
{
    public HouseBlend()
    {
        description = "HouseBlend";
    }

    public override double Cost()
    {
        return 1.99;
    }
}

抽象装饰类

/// <summary>
/// 抽象装饰类
/// </summary>
public abstract class CondimentDecorator:Beverage
{
    public abstract string getDescription();
}

具体抽象类:其中Soy、Milk、Mocha、Whip代码相似，此处只写一个

/// <summary>
/// 豆浆
/// </summary>
class Soy : CondimentDecorator
{
    Beverage beverage;
    public Soy(Beverage beverage)
    {
        this.beverage = beverage;
    }
    public override double Cost()
    {
        return 0.20 + beverage.Cost();
    }
    public override string getDescription()
    {
        return beverage.getDescription() + ",Soy";
    }
}

测试程序

class Program
{
    static void Main(string[] args)
    {
        //要一杯HouseBlend
        Beverage beverage = new HouseBlend();
        Console.WriteLine(beverage.getDescription() + "$" + beverage.Cost());


        Beverage beverage1 = new DarkRoast();
        beverage1 = new Mocha(beverage1);
        beverage1 = new Mocha(beverage1);
        beverage1 = new Whip(beverage1);
        Console.WriteLine(beverage1.getDescription() + "$" + beverage1.Cost());
        Console.ReadKey();
    }
}

运行结果

图3 运行结果

三 总结

3-1 模式优缺点

优点

• 装饰模式和继承模式都是要扩展对象的功能，但是装饰模式更有灵活性。
• 可以铜锁一种动态的方式扩展一个对象的功能，通过配置文件可以在运行时选择不同的装饰器，从而实现不同的行为。
• 通过使用不同的具体装饰类以及这些装饰类的排列组合，可以创造出很多不同行为的组合。可以使用多个具体装饰类来装饰同一个对象，得到功能更为强大的对象。
• 具体构建类与具体装饰类可以独立变化，用户可以根据需求增加新的具体构建类和具体装饰类，在使用时再对其进行组合，原有代码无需改变，符合"开-闭原则"
  缺点
• 使用装饰模式进行系统设计时会产生很多小对象，这些对象的区别在于它们之间相互连接的方式不同，而不是它们的类或者属性值有所不同，同时还将产生很多具体装饰类。这些装饰类和小对象的产生将增加系统的复杂度，加大学习与理解的难度。
• 这种比继承更灵活的特性，也意味着装饰模式比继承更加易于出错，排错也很困难，对于多次装饰对象，调试时寻找错误可能需要逐级排查，较为繁琐。

3-2 适合场景

• 在不影响其他对象的情况下，以透明、动态的方式给单个对象添加职责。
• 需要动态地给一个对象增加功能，这些功能也可以动态的被撤销。
• 当不能采用继承方式对项目进行扩充，或者采用继承方式不利于扩充和维护时。不能采用继承主要有两大类，第一类是系统中存在大量的扩展，为支持每一个组合将产生大量的子类,使得子类数目呈爆炸性增长；第二种是因为类定义不能继承。

总结

• 继承属于扩展形式之一，但不见得是打到弹性设计的最佳方案
• 组合和委托可用于运行时动态地加上新的行为。
• 除了继承，装饰模式也可以让我们扩展行为。
• 装饰者模式意味者一群装饰者类，这些类用于包装具体组件。
• 装饰者类反映出被装饰的组件类型(它们具有相同的类型)
• 可以使用无数个装饰者包装一个组件
• 装饰者一般对组件的客户是透明的，除非客户程序依赖于组件的具体类型。
• 装饰者会导致设计中出现许多小对象，如果过度使用会让程序变得复杂。