JAVA随笔——设计模式--装饰模式

 

设计模式--装饰模式

今天学习了装饰模式，装饰模式现在我还不太理解，有些模糊，还有待于理解。希望我能早点儿明白这些知识，天将降大任于斯人也，必先苦其心志，劳其筋骨……然后增益其所不能。

装饰模式（Decorator）”又名“包装模式（Wrapper）”，通常用来灵活地扩充对象的功能。
    在此之前我们可以通过类的继承来扩充父类的功能，但这种继承方式缺乏灵活性，并且会导到子类数量的快速膨胀。恰当地使用装饰模式我们会轻松实现在控制子类数量的基础上，灵活地实现对象功能的扩展。装饰模式比类的继承更灵活。

抽象构件（Component）角色：给出一个抽象接口，以规范准备接收附加责任的对象和抽象装饰器。 
具体构件（ConcreteComponent）角色：定义一个将要接收附加责任的类。 
抽象装饰（Decorator）角色：持有一个构件（Component）对象的实例，以用来对它进行装饰，并定义一个与抽象构件接口一致的接口。 
具体装饰（Concrete Decorator）角色：负责给构件对象"加上"附加的功能。

抽象装饰要实现的方法：
  public override void Operation()
        {
            comp.Operation();    //可以调用原构件对象的Operation方法。
            Console.WriteLine("ConcreteDecoratorA Operation {0}",addedState);
        }
    }
    //具体装饰者B，继承自抽象装饰。
    class ConcreteDecoratorB : Decorator
    {
        public ConcreteDecoratorB(Component c) : base(c) { }
        public override void Operation()
        {
            comp.Operation(); //可以调用原构件对象的Operation方法。
            Console.WriteLine("ConcreteDecoratorB Operation ");
        }
       // 具体装饰者实现了接口中定义的方法 
        public void AddedBehavior()
        {
            Console.WriteLine("This is Added Behavior");
        }
    }
    class Client
    {
        public static void Main()
        {
            //原生的具体构件 
            ConcreteComponent cc = new ConcreteComponent();
            cc.Operation();
            //把原生的具体构件用具体装饰者A进行一次包装
            ConcreteDecoratorA cda = new ConcreteDecoratorA(cc);
            cda.AddedState = "Decorator OK ";
            cda.Operation();
           //把原生的具体构件用具体装饰者B进行一次包装 
            ConcreteDecoratorB cdb = new ConcreteDecoratorB(cc);
            cdb.AddedBehavior();
            cdb.Operation();
           //把被A包装完的具体构件再用用具体装饰者B进行二次包装 
            ConcreteDecoratorB cdbcda = new ConcreteDecoratorB(cda);
            cdbcda.Operation();
        }
    }

Decorator与Component之间既是Is a...的继承关系，又是Has a...的组合关系。使用具体装饰类(ConcreteDecorator)来装饰具体构件对象(ConcreteComponent)，装饰完的对象依旧是个Component类型。
Decorator模式解决的是类的功能的多向扩展，而不是单纯的类的继承。
Decorator模式提供了比继承更灵活的功能扩展，通过使用不同具体装饰对构件对象的排列组合地包装，能够不同功能的组合。

Decorator模式采用对象组合而非继承的手法，实现了在运行时动态的扩展对象功能的能力，而且可以根据需要扩展多个功能，避免了单独使用继承带来的“灵活性差”和“多子类衍生问题”。同时它很好地符合面向对象设计原则中“优先使用对象组合而非继承”和“开放-封闭”原则。