设计模式--装饰者模式

本是古典何须时尚 2022-06-05 07:59 264阅读 0赞

# 装饰者模式 #

## 场景 ##

小张的朋友小李在星巴滋（是的，和星巴克一样是卖饮料的，咖啡，茶），准备更新他们订单系统，小李找小张帮忙设计一下，订单系统里有：咖啡，茶，还有可以加的佐料：牛奶，糖，摩卡，柠檬…  
并且咖啡可以加佐料，并且可以加多份佐料。

## 小张的需求分析 ##

如果直接设计，那么只要穷尽小李他们的咖啡，茶，和佐料的混合，建立对象就可以了，但是穷尽下来，类已经很多了，如果再有新的饮料和佐料加入，那么类的数量太多会造**类爆炸**，这样做是不符合设计原则的，并且也没有面向抽象编程。  
小张想了一下，应该用下设计模式吧，但是不知道用哪种设计模式。

小张： 王哥，我这个有个问题，需要请教下你 …(复述上述需求)…

老王：这个可以用装饰者模式，这个模式你应该在学java的时候就遇到了，java的io就是使用装饰者模式。

小张： 哦，怪不得当时用io的时候很难理解，那我去了解下**装饰者模式**。

## 小张的装饰者实现 ##

/** * *饮料类接口 * @Author xuelongjiang */
    public interface Beverage { 
    
        public int cost();
    
    }
    
    /** * * 咖啡 * @Author xuelongjiang */
    public class Coffee implements  Beverage { 
    
    
        public int cost() { 
            return 5;
        }
    }
    
    /** * 茶 * @Author xuelongjiang */
    public class Tea implements  Beverage { 
    
        public int cost() { 
            return 4;
        }
    }
    
    /** * 佐料 * @Author xuelongjiang */
    abstract class Condiment  implements  Beverage{ 
    
    }
    
    /** * 牛奶 * @Author xuelongjiang */
    public class Milk extends   Condiment { 
    
        private Beverage beverage;
    
        public Milk(Beverage beverage) { 
            this.beverage = beverage;
        }
    
        public int cost() { 
            return 2+ beverage.cost();
        }
    }
    
    /** * 摩卡 * @Author xuelongjiang */
    public class Mocha extends   Condiment { 
    
        private  Beverage beverage;
    
        public Mocha(Beverage beverage) { 
            this.beverage = beverage;
        }
    
        public int cost() { 
            return 3+beverage.cost();
        }
    }
    /** * 装饰者模式测试 * @Author xuelongjiang */
    public class DecoratorTest { 
    
        private static Logger logger = LoggerFactory.getLogger(DecoratorTest.class);
    
        public static void main(String[] args) { 
    
            logger.info("纯咖啡");
            Beverage coffee = new Coffee();
            logger.info(""+coffee.cost());
    
            logger.info("咖啡加牛奶");
            coffee = new Milk(coffee);
            logger.info(""+coffee.cost());
    
            logger.info("咖啡加牛奶加摩卡");
            coffee = new Mocha(coffee);
            logger.info(""+coffee.cost());
    
    
        }
    
    }

### 测试输出： ###

\[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-zUAivEqN-1596105624732)(https://github.com/longjiangxue/blogImage/blob/master/decorator/%E8%A3%85%E9%A5%B0%E8%80%85%E6%B5%8B%E8%AF%95%E8%BE%93%E5%87%BA.png?raw=true)\]

### 类图 ###

![format_png][]

我们佐料类作为装饰者，用来装饰咖啡和茶，这样我们可以在咖啡中无限的增加佐料，我只需要两个对象就可以。

## 装饰者模式 ##

> 装饰者模式动态的将责任附加到对象上。若要扩展功能，装饰者提供了比继承更加有弹性的替代方案。

> 增加类的行为

## 要点 ##

*  继承属于扩展形式之一，但不见得是达到弹性设计的最佳方案
 *  在我们的设计中，应该允许行为可以为扩展，而无需修改现有的代码
 *  组合和委托可用于在运动时动态地加上新的行为
 *  除了继承，装饰者模式也可以让我们**扩展行为**
 *  装饰者会导致设计中出现很多小对象，如果过度使用，会让程序变得复杂（这也是java io api难以使用的原因）

[format_png]: /images/20220605/cfb94ea0973049029c14cdd817df4608.png