【笔记】设计模式——装饰者模式

实现一个类似QQavator功能的代码

1、原始实现

 //存在的问题：
    //1、wear*方法出现重复代码，可以重构；实质上为代码结构一致，输出内容相同，可以通过在定义一个基类，在基类中定义抽象的Wear*，在子类中重写；
    //2、倘若需求中新增某种服饰，需要修改Person类代码，不符合开放——封闭原则；
    //3、客户端中代码暴露了具体装饰细节，理想情况下只需要提供装饰顺序，装饰细节封装起来；
    class Person
    {
        private string name;
        private List<string> clothing=new List<string>();
        public Person(string name)
        {
            this.name = name;
            clothing.Add("裸体帅哥一枚");
        }
        public void WearJeans()
        {
            clothing.Add("犀利哥牌——破洞牛仔裤");
        }
        public void WearRedTshirt()
        {
            clothing.Add("犀利哥牌——墨绿T恤");
        }
        public void WearShoes()
        {
            clothing.Add("犀利哥牌——牛皮靴子");
        }
        public void Show()
        {

            Console.WriteLine("大家好，请叫我帅哥{0},今天精心打扮了下,你看我这打扮潮流不？", name);
            foreach (var item in clothing)
            {
                Console.WriteLine("{0}", item);
            }
        }

        public static void Main(string[] args)
        {
            Person person = new Person("犀利哥");
            person.WearRedTshirt();
            person.WearJeans();
            person.WearShoes();
            person.Show();
        }

二 改进代码

　　

 //分析：
    //1、问题1解决，使用运行时的多态；
    //2、问题2解决，增加新的服饰，继承之；
    //3、问题3解决，装饰细节在客户端隐藏为一个Wear方法，客户端仅仅需要搭建起装饰链；
    //4、面向对象特征：继承、运行时的多态、里氏原则使用（41行代码）统一了子类同样操作的代码、
    //5、Console.WriteLine还是存在子类中重复，能否进一步优化？
    //6、客户端与超类、子类均存在联系，能否有必要使用工厂模式？
    class Person
    {
        protected string name;
        public Person()
        {
        }
        public Person(string name)
        {
            this.name = name;
        }
        public virtual void Wear()
        {
            Console.WriteLine("大家好，请叫我帅哥{0},今天精心打扮了下,你看我这打扮潮流不？", name);
        }
       
    }
   
    class ComponetA : Person
    {
        protected Person com = null;
         public void  SetComponetA(Person com)
        {
            if (com!=null)
            {
                this.com = com;
            }
        }
        public override void Wear()
        {
            if (com!=null)
            {
                com.Wear();
            }
        }
        
    }
    class Jeans : ComponetA
    {
        public override void Wear()
        {
            base.Wear();
           Console.WriteLine("犀利哥牌——破洞牛仔裤");
        }
    }
    class Shoes : ComponetA
    {
        public override void Wear()
        {
            base.Wear();
            Console.WriteLine("犀利哥牌——牛皮靴子");
        }
    }
    class RedTshirt : ComponetA
    {
        public override void Wear()
        {
            base.Wear();
            Console.WriteLine("犀利哥牌——墨绿T恤");
        }
        
    }
    class  programmer
    {
        public static void Main(string[] args)
        {
            Person person = new Person("犀利哥");
            Jeans jeans = new Jeans();
            Shoes shoes = new Shoes();
            RedTshirt redTshirt = new RedTshirt();
            jeans.SetComponetA(person);
            shoes.SetComponetA(jeans);
            redTshirt.SetComponetA(shoes);
            redTshirt.Wear();
        }
    }

三、总结　　

1、设计模式解决什么问题？
答：装饰模式把“类中装饰功能从类中搬移去除，这样可以简化原有的类”、“有效地把类的核心职责和装饰功能区分开了。而且可以去除相关的装饰逻辑”；

2、通过什么手段达到效果？
答：装饰模式将一个个欲装饰的功能放在单独的类中，达到容易拓展的效果；使用运行时多态把子类中相同的装饰逻辑统一抽离在基类当中，避免了重复代码；

3、应用场景以及约束条件？
答：需要为已有功能动态添加更多功能时候；
约束条件：装饰类彼此之间独立；装饰顺序很重要（相较于建造者模式，不稳定）；

4、符合面向对象哪几条原则？
答：里氏替换、开放-封闭、单一职责；

5、不使用设计模式的代码弊端在哪？
答：见代码

6、改变需求，对使用设计模式的代码的健壮性、可维护性、可拓展性检验；