需求概述
- 需求引入:星巴克咖啡订单项目
《1》咖啡种类/单品咖啡:Espresson(意大利浓咖啡)、ShortBlack、LongBlack(美式咖啡)、Decaf(无因咖啡)
《2》调料:Milk,Soy(豆浆)、Chocolate
《3》要求在扩展新的咖啡种类时,具有良好的扩展性,改动方便,维护方便
《4》使用OO的来计算不同种类咖啡的费用:客户可以点单品咖啡,也可以单品咖啡+调料组合
我们传统使用的方法(性能较差)
- 方案一分析
Drink是一个抽象类,表示饮料
des就是对咖啡的描述,比如咖啡的名字
cost()方法时计算费用,Drink类中做成一个抽象方法
Decaf就是单品咖啡,继承Drink,并实现cost
Espress&&Milk就是单品咖啡+调料,这个组合很多
问题:这样设计,会有很多类要写,当我们增加一个单品咖啡或者新的调料,需要增加很多新的类 - 方案二分析
《1》前面分析到方案因为咖啡单品+调料组合会造成累的倍增,因此可以做改进,将调料内置到Drink类,这样就不会造成数量过多。从而提高项目的维护性。
《2》存在问题:这种方法可以控制类的数量,不至于造成很多的类
在增加或者删除调料种类时,代码的维护量还是很大
在考虑用户可以添加多分调料时,可以将HasMilk返回一个对应的int
所以考虑使用装饰者模式
装饰者模式的概述
- 装饰者模式定义:动态的将新功能附加到对象上。在对象功能扩展方面,它比继承更有弹性,装饰者模式也体现了开闭原则(OCP)。
- 装饰者模式(Decorator)原理:
《1》装饰者就像打包一个快递
主题:比如:陶瓷、衣服(Component)
包装:比如:报纸填充,封面,木板(Decorator)
《2》Component
Component:主体,比如类似前面的Drink
《3》ConCreteComponent和Decorator
ConCreteComponent:具体的主体,比如前面的各个单品咖啡
Decorator:装饰者,比如调料
《4》在如图的Component与ConcreteComponent之间,如果ConcreteComponent类很多,还可以设计一个缓冲层,将共有的部分提取出来,抽象成一个类。 - 解题思路
装饰者模式的实现
//抽象的饮品类
public abstract class Drink {
public String des;//饮品描述
private float price=0.0f;//饮品价格
public String getDes() {
return des;
}
public void setDes(String des) {
this.des = des;
}
public float getPrice() {
return price;
}
public void setPrice(float price) {
this.price = price;
}
//计算方法的抽象方法
public abstract float cost();//这个是费用,需要子类来实现
}
//咖啡类属于饮品大类
public class Coffee extends Drink {
@Override
public float cost() {//得到自身的价格
return super.getPrice();
}
}
//一种咖啡,继承(Coffee)咖啡类,间接继承了(Drink)饮品大类,拥有价格,描述等信息
public class Espresso extends Coffee {
public Espresso() {
setDes("意大利咖啡");
setPrice(6.0f);
}
}
//单品咖啡
public class LongBlack extends Coffee{
public LongBlack() {
setPrice(5.0f);
setDes("longblack");
}
}
//单品咖啡
public class ShortBlack extends Coffee{
public ShortBlack() {
setDes("shortblack");
setPrice(4.0f);
}
}
//具体的装饰类,这里就是调味品
public class Chocolate extends Decorator{
public Chocolate(Drink obj) {
super(obj);
setDes("巧克力");
setPrice(3.0f);//调味品的价格
}
}
//具体的装饰类,这里就是调味品
public class Milk extends Decorator{
public Milk(Drink obj) {
super(obj);
setDes("牛奶");
setPrice(2.0f);//调味品的价格
}
}
//具体的装饰类,这里就是调味品
public class Soy extends Decorator{
public Soy(Drink obj) {
super(obj);
setDes("豆浆");
setPrice(1.0f);//调味品的价格
}
}
装饰者模式在JDK应用的源码分析
- Java的IO结构,FilerInputStream就是一个装饰者,BufferInputStream继承FilerInputStream,是一个具体的装饰类,然后FilerInputStream继承了InputStream ,组合了一个InputSteam为被装饰的对象。
- 分析总结
package com.design.zhuangshizhe;
import java.io.DataInputStream;
import java.io.FileInputStream;
public class Test {
public static void main(String[] args) throws Exception {
//FileInputStream是一个装饰类
/*//分析:1.inputStream是抽象类,类似我们前面讲的Drink
*2.FileInputStream是InputStream的子类,类似我们前面的Decaf,LongBlack
*3.FilterInputStream是InputStream的子类,类似于Decorator,修饰着大类
*4.DataInputStream是FilterStream的子类,具体的装饰者,类似于前面的milk,chocolate
*5.FilterInputStream类有protected volatile InputStream in ;即包含被装饰者
*6.在jdk的IO体系中,就是装饰者模式
*
*/
DataInputStream data=new DataInputStream(new FileInputStream("E:/a.txt"));
data.read();
data.close();
}
}