1.
关于bridge 模式思想方法和抽象类的用法
public static void main(String[] args) {
// use the abstract to constuct a flexible application;
//
CoffeeImpSingleton coffeeImpSingleton=
new CoffeeImpSingleton(new MilkCoffeeImp());
MediumCoffee mediumCoffee=new MediumCoffee();
mediumCoffee.pourCoffee();
SuperSizeCoffee superSizeCoffee=new SuperSizeCoffee();
superSizeCoffee.pourCoffee();
}
上面这个函数,首先使用CoffeeImpSingleton里的构造函数产生了一个静态的类。
private static CoffeeImp coffeeImp;
public CoffeeImpSingleton(CoffeeImp coffeeImpIn){
coffeeImp=coffeeImpIn;
}
在定义的时候,coffeeImp是一个抽象的类,而在实际构造的时候我们使用了一个
真正的有一定意义的类来构造,这里这个类是继承了CoffeeImp
CoffeeImpSingleton coffeeImpSingleton=
new CoffeeImpSingleton(new MilkCoffeeImp());
这样我们在使用CoffeeImpSingleton中的
public static CoffeeImp getTheCoffeeImp() {
// TODO Auto-generated method stub
return coffeeImp;
}
我们得到不是一抽象的CoffeeImp而是一个MilkCoffeeImp,它其中实现了CoffeeImp的一个
抽象的方法:
public void pourCoffeeImp() {
// TODO Auto-generated method stub
System.out.println("add milk");
}
这正是我们在面对不同的需求的时候所要做出的响应。
在这个试验中,
1
。使用Singleton模式,我们很方便的建立了一个唯一的类的实例
2
。我们使用抽象或接口,实现了一个动态的加载类的功能,使利用这种模式的应用更加灵活,
更加可扩展。
比如,我们可以写更多的类来实现产生不同的coffee,加糖,加其他的东西。
上面这个例子,有4种需求:中杯牛奶,中杯无牛奶,大杯牛奶,大杯无牛奶。
我们分别写了2个抽象的类:咖啡类,区别咖啡杯大小
咖啡加料类,区别加入的各种不同的东西
1
个singleton类,通过传入的参数产生具体咖啡加料类。
2
个具体咖啡加料类
2
个具体的咖啡杯类
在這裡我們用抽象將杯子的大小和放入杯子中的東西分開處理了,通過這種處理,
在寫新杯子的代碼的時候我們只需要在其中使用一個抽象類,而具體向杯子中
放入什麽東西,我們是在程序使用的時候動態的安排,這樣充分消除了耦合。
而這裡的
singleton
動態的將兩個具體的類聯係起來了,就像一個橋將
兩者連接。