建造者模式
首先,建造者模式的封装性很好。使用建造者模式可以有效的封装变化,在使用建造者模式的场景中,一般产品
类和建造者类是比较稳定的,因此,将主要的业务逻辑封装在导演类中对整体而言可以取得比较好的稳定性。
其次,建造者模式很容易进行扩展。如果有新的需求,通过实现一个新的建造者类就可以完成,基本上不用修改
之前已经测试通过的代码,因此也就不会对原有功能引入风险。
以上的是引用的.....
UML图:
建造者模式uml.png
public class BuilderPattern {
public static void main(String[] args) {
// TODO Auto-generated method stub
Director director = new Director();
Mclaren product = director.construct();
}
}
/**
* 产品Mclaren
*
* @author senninha
*
*/
class Mclaren {
// 轮胎
String tyre;
// 方向盘
String wheel;
}
/**
* 建造者接口
*
* @author senninha
*
*/
interface IMclarenBuilder {
/**
* 造轮子
*/
void buildTyre();
/**
* 造方向盘
*/
void buildWheel();
/**
* 返回build的对象
*/
Mclaren getResult();
}
/**
* 实际建造者
*
* @author senninha
*
*/
class ConcreteMclarenBuilder implements IMclarenBuilder {
// 持有Mclaren对象
private Mclaren mclaren = new Mclaren();
@Override
public void buildTyre() {
// TODO Auto-generated method stub
mclaren.tyre = "轮胎";
}
@Override
public void buildWheel() {
// TODO Auto-generated method stub
mclaren.wheel = "方向盘";
}
@Override
public Mclaren getResult() {
// TODO Auto-generated method stub
return mclaren;
}
}
/**
* 导演者
* @author senninha
*
*/
class Director {
private IMclarenBuilder builder = new ConcreteMclarenBuilder();
public Director() {
}
public Mclaren construct() {
builder.buildTyre();
builder.buildWheel();
return builder.getResult();
}
}
仔细看看,如果把Director类作为调用的客户端,其实其他类就有点像是简单工厂模式了,也就是Director承担了构造对象的具体细节.
对比一下普通工厂模式,发现建造者模式是在生成更复杂的对象的时候才使用.
