读书笔记-装饰模式

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

Component 是定义一个对象接口，可以给这些对象动态地添加职责。ConcreteComponent是定义了一个具体的对象，也可以给这个对象添加一些职责。Decorator,装饰抽象类，继承了Componet.,从外类来扩展Component类的功能，但对于Component来说，是无需知道Decorator的存在的。至于ConcreteDecorator就是具体的装饰对象，起到给Component添加职责的功能。

装饰模式是利用SetComponent 来对对象进行包装的。这样每个装饰对象的实现就和如何使用这个对象分离开了，每个装饰对象只关系自己的功能，不需要关心如何被添加到对象链当中。

如果只有一个ConcreteComponent类而没有抽象的Component类，那么Decorator类可以是ConcreteComponent的一个子类，同样道理，如果只有一个ConcreteDrcorator类，那么就没有必要建立一个单独的Decorator类，而可以把Decorator和ConcreteDecorator的责任合并成一个类。

示例：

Person类 ConcreteComponent

class Person
{
  public Person(){}
 
  private String name;
  public Person(String name)
   {
      this.name = name;
       }
   
   public void show(){
      Console.WriteLine("装扮的{0}",name);
    }

}


服饰类(Decorator)


class Finery extends Person
{
  protected Person component;

  //打扮
  public void Decorate(Person component)
    {
        this.component = component;
     }

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

}
}


具体服饰类(ConcreteDecorator)

class TShirts extends Finery
{
  public void show()
   {
     Console.Write("大T恤");
     base.show();
   }
}


class BigTrouser extends Finery
{
   public void show()
{
  Console.Write("垮裤");
  base.show();
}
}


//其余省略

客户端
public static void main(String[] args){
Person xc = new Person("小菜");
Console.WriteLine("\n 第一种装扮：");

Sneakers pqx = new Sneakers();
BigTrouser kk = new BigTrouser();
TShirts dtx = new TShirts();

pqx.Decorate(xc);
kk.Decorate(pqx);
dtx.Decorate(kk);
dtx.show();

Console.WriteLine("\n第二种装扮：");

LeatherShoes px = new LeatherShoes();
Tie ld = new Tie();
Suit xz = new Suit();

px.Decorate(xc);
ld.Decorate(px);
xz.Decorate(ld);
xz.show();

Console.Read();
}




装饰模式是为已有功能动态地添加更多功能的一种方式。

当系统需要新功能的时候，是向旧的类中添加新的代码。这些新加的代码通常装饰了原有类的核心职责或主要行为。

在主类中加入了新的字段，新的方法和新的逻辑，从而增加了主类的复杂度，而这些新加入的东西仅仅是为了满足一些只在某种特定情况下才会执行的特殊行为的需要。装饰模式却提供了一个非常好的解决方案，它把每个要装饰的功能放在单独的类中，并让这个类包装它所要装饰的对象，因此，当需要执行特殊行为时，客户代码就可以在运行时

根据需要有选择地，按顺序地使用装饰功能包装对象了。

装饰模式优点：把类中的装饰功能从类中搬移去除，这样可以简化原有的类。

好处：有效地把类的核心职责和装饰功能区分开了。而且可以去除相关类中重复的装饰逻辑。