功能简介
java学习之路2–简单工厂模式实现饮料自动贩卖机
这次的功能要在上次实现的基础上,对售卖的咖啡可供口味选择:加糖/加奶,容量选择:大/中/小杯。
不用桥接模式实现
一开始是这样想的:上次是用工厂模式实现的,面向对象编程,这还不简单。把抽象Drink类的子类Coffee类该成抽象类,再在Coffee抽象类中派生子类加奶-大杯,加奶-中杯,加奶-小杯,加糖-大杯…
原代码:
public class Coffee extends Drink {
private String Coffeename;
private int num;//按升作单位
public Coffee() {
Coffeename="咖啡";
num=20;
}
public void sell(String name,int num) {
this.num-=num;
System.out.println("你的"+num+"ml咖啡已出柜");
}
}
改成:
public abstract class Coffee extends Drink {
public abstract void sell();
}
public class Bigsugar extends Coffee{
private String Coffeename="加糖大杯";
private int num;//按杯作单位
public Bigsugar(int num)
{
this.num=num;
}
public void sell() {
System.out.println("你的"+Coffeename+num+"杯咖啡已出柜");
}
}
如此类推,一个一个地添加所要的类即可完成任务。
但是可以发现,我们要这样一个个添加类,一共需要添加23=6个类,假设再加一个选项放蜂蜜,那就是33=9个类了。这样写对可扩展性比较差。
所以我们选择套用设计模式的桥接模式来实现。
使用桥接模式实现
什么是桥接模式
桥接模式使用场景
在上述例子中,咖啡的容量和加的东西是两种维度的东西,但是我们把他们写在了一个类里面,捆绑在一起了。无论对容量进行扩展/加的东西进行扩展,都势必会影响另一个维度(比如说我要多加一个添加蜂蜜的功能,这时我们就需要设计3个类:大杯加蜂蜜,中杯加蜂蜜,小杯加蜂蜜)。为了使程序的可扩展性提高,我们应该让这两个维度解耦(一个维度添加不影响另一维度),这时就应当使用桥接模式了。
桥接模式的概念
桥接模式是一种结构型设计模式。
某个类存在两个独立变化的维度,通过该模式可以将这两个维度分离出来,使两者可以独立扩展,让系统更加符合“单一职责原则”。
与多层继承方案不同,它将两个独立变化的维度设计为两个独立的继承等级结构,并且在抽象层建立一个抽象关联,该关联关系类似一条连接两个独立继承结构的桥,故名桥接模式。
桥接模式的组成
在桥接模式结构图中包含如下几个角色:
●Abstraction(抽象类):用于定义抽象类的接口,它一般是抽象类而不是接口,其中定义了一个Implementor(实现类接口)类型的对象并可以维护该对象,它与Implementor之间具有关联关系,它既可以包含抽象业务方法,也可以包含具体业务方法。
●RefinedAbstraction(扩充抽象类):扩充由Abstraction定义的接口,通常情况下它不再是抽象类而是具体类,它实现了在Abstraction中声明的抽象业务方法,在RefinedAbstraction中可以调用在Implementor中定义的业务方法。
●Implementor(实现类接口):定义实现类的接口,这个接口不一定要与Abstraction的接口完全一致,事实上这两个接口可以完全不同,一般而言,Implementor接口仅提供基本操作,而Abstraction定义的接口可能会做更多更复杂的操作。Implementor接口对这些基本操作进行了声明,而具体实现交给其子类。通过关联关系,在Abstraction中不仅拥有自己的方法,还可以调用到Implementor中定义的方法,使用关联关系来替代继承关系。
●ConcreteImplementor(具体实现类):具体实现Implementor接口,在不同的ConcreteImplementor中提供基本操作的不同实现,在程序运行时,ConcreteImplementor对象将替换其父类对象,提供给抽象类具体的业务操作方法。
代码实现
1.实现化接口,这个例子中添加东西更像是一个扩展的业务,所以我们把添加东西放在接口里
//添加的口味
public interface Implementor {
void myadd();
}
2.抽象化角色,抽象类中需要建设一个“桥”,来联通实现化接口。在构造函数中实现:
//杯子大小
public abstract class Abstraction {
//桥接实现化接口
protected Implementor madd;
public Abstraction(Implementor madd) {
this.madd=madd;
}
public abstract void sell();
}
3.实现实现化接口:
public class Addmilk implements Implementor{
public void myadd() {
System.out.println("已加奶");
}
}
public class Addsugar implements Implementor{
public void myadd() {
System.out.println("已加糖");
}
}
4.实现抽象化:
public class Bigcup extends Abstraction{
public Bigcup(Implementor madd) {
super(madd);
}
public void sell() {
System.out.println("你的大杯咖啡");
madd.myadd();
}
}
//...(还有Midcup和Smallcup)
5.Client
public class Client {
public static void main(String[] args) {
Abstraction coffee =new Bigcup(new Addmilk());
coffee.sell();
Abstraction coff=new Smallcup(new Addsugar());
coff.sell();
}
}
输出:
你的大杯咖啡
已加奶
你的小杯咖啡
已加糖
这样可以把两个维度的东西分开,互不打扰,对代码的可扩展性提升了帮助。
就比如现在要添加一个功能:添加蜂蜜。
直接添加一个Addhoney类,实现实现化接口就ok:
public class Addhoney implements Implementor{
public void myadd() {
System.out.println("已添加蜂蜜");
}
}
Client:
public class Client {
public static void main(String[] args) {
Abstraction coffee =new Bigcup(new Addmilk());
coffee.sell();
Abstraction coff=new Smallcup(new Addhoney());
coff.sell();
}
}
输出:
你的大杯咖啡
已加奶
你的小杯咖啡
已添加蜂蜜
总结
在软件开发中如果一个类或一个系统有多个变化维度时,都可以尝试使用桥接模式对其进行设计。桥接模式为多维度变化的系统提供了一套完整的解决方案,并且降低了系统的复杂度。
1.主要优点
(1)分离抽象接口及其实现部分。桥接模式使用“对象间的关联关系”解耦了抽象和实现之间固有的绑定关系,使得抽象和实现可以沿着各自的维度来变化。所谓抽象和实现沿着各自维度的变化,也就是说抽象和实现不再在同一个继承层次结构中,而是“子类化”它们,使它们各自都具有自己的子类,以便任何组合子类,从而获得多维度组合对象。
(2)在很多情况下,桥接模式可以取代多层继承方案,多层继承方案违背了“单一职责原则”,复用性较差,且类的个数非常多,桥接模式是比多层继承方案更好的解决方法,它极大减少了子类的个数。
(3)桥接模式提高了系统的可扩展性,在两个变化维度中任意扩展一个维度,都不需要修改原有系统,符合“开闭原则”。
2.主要缺点
(1)桥接模式的使用会增加系统的理解与设计难度,由于关联关系建立在抽象层,要求开发者一开始就针对抽象层进行设计与编程。
(2)桥接模式要求正确识别出系统中两个独立变化的维度,因此其使用范围具有一定的局限性,如何正确识别两个独立维度也需要一定的经验积累。
3.适用场景
在以下情况下可以考虑使用桥接模式:
(1)如果一个系统需要在抽象化和具体化之间增加更多的灵活性,避免在两个层次之间建立静态的继承关系,通过桥接模式可以使它们在抽象层建立一个关联关系。
(2)“抽象部分”和“实现部分”可以以继承的方式独立扩展而互不影响,在程序运行时可以动态将一个抽象化子类的对象和一个实现化子类的对象进行组合,即系统需要对抽象化角色和实现化角色进行动态耦合。
(3)一个类存在两个(或多个)独立变化的维度,且这两个(或多个)维度都需要独立进行扩展。
(4)对于那些不希望使用继承或因为多层继承导致系统类的个数急剧增加的系统,桥接模式尤为适用。