建造者模式
概述
建造者模式是一种较为复杂的创建型模式,他将客户端与包含多个组成部分的复杂对象的创建过程分离,客户端无须知道复杂对象的内部组成部分与装配方式, 只需要知道所需建造者的类型即可,
将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示
例如: 汽车由 方向盘,轮胎,发动机组成的
建造者模式结构
Builder(抽象建造者): 它为创建一个产品对象的各个部件指定抽象接口,在该接口中一般声明两类方法,一类方法是buildPartX() 他们用于创建复杂对象的各个部件,另一类方法是getResult()他们用于返回复杂对象,Builder()即可以是抽象类也可以是接口
ConcreteBuilder(具体建造者): 实现了Builder接口,实现各个部件的具体构造和装配方法,定义并明确所创建的复杂对象,还可以提供一个方法返回创建好的复杂产品对象
Proudct(产品): 他是被构建的复杂对象,包含多个组成部件,具体建造者创建该产品的内部表示并定义它的装配过程
Director(指挥者): 指挥者有称为导演类,她负责安排复杂对象的建造次序,指挥者与抽象建造者之间存在关联关系,客户端一般只需要与指挥者进行交互,在客户端确定具体建造者的类型并实例化具体建造者对象,然后通过指挥者类的构造函数或者Setter方法将该对象传入指挥者类中
抽象建造者
public abstract class ActorBuilder {
protected Actor actor = new Actor();
public abstract void buildType();
public abstract void buildSex();
public abstract void buildFace();
public abstract void buildCostume();
public abstract void buildHairstyle();
public Actor cretatActor() {
return actor;
}
}
具体建造者 一
public class HeroBuilder extends ActorBuilder {
@Override
public void buildType() {
// TODO Auto-generated method stub
actor.setType("英雄");
}
@Override
public void buildSex() {
// TODO Auto-generated method stub
actor.setSex("男");
}
@Override
public void buildFace() {
// TODO Auto-generated method stub
actor.setFace("英俊");
}
@Override
public void buildCostume() {
// TODO Auto-generated method stub
actor.setCostume("盔甲");
}
@Override
public void buildHairstyle() {
// TODO Auto-generated method stub
actor.setHairstyle("飘逸");
}
@Override
public String toString() {
return "HeroBuilder [actor=" + actor + ", cretatActor()=" + cretatActor() + ", getClass()=" + getClass()
+ ", hashCode()=" + hashCode() + ", toString()=" + super.toString() + "]";
}
}
具体建造者二
public class AngelBuilder extends ActorBuilder {
@Override
public void buildType() {
// TODO Auto-generated method stub
actor.setType("天使");
}
@Override
public void buildSex() {
// TODO Auto-generated method stub
actor.setSex("女");
}
@Override
public void buildFace() {
// TODO Auto-generated method stub
actor.setFace("英俊");
}
@Override
public void buildCostume() {
// TODO Auto-generated method stub
actor.setCostume("白裙");
}
@Override
public void buildHairstyle() {
// TODO Auto-generated method stub
actor.setHairstyle("披肩长发");
}
@Override
public String toString() {
return "AngelBuilder [actor=" + actor + ", cretatActor()=" + cretatActor() + ", getClass()=" + getClass()
+ ", hashCode()=" + hashCode() + ", toString()=" + super.toString() + "]";
}
}
复杂产品对象
public class Actor {
private String type ;// 角色类型
private String sex;//
private String face; //脸型
private String costume ;// 服装
private String hairstyle;//发型
}
指挥者
public class ActorController {
public Actor construct(ActorBuilder ab) {
ab.buildHairstyle();
ab.buildType();
ab.buildSex();
ab.buildFace();
ab.buildCostume();
return ab.cretatActor();
}
}
public static void main(String[] args) {
// TODO Auto-generated method stub
ActorBuilder ab;
ab = new DevilBuilder(); //AngelBuilder()
ActorController ac = new ActorController();
Actor actor = ac.construct(ab);
System.out.println(actor.toString());
}
优缺点
优点
- 在建造者模式中,客户端不必知道产品内部组成的细节,将产品本身与产品的创建过程解耦,使得相同的创建过程可以创建不同的产品对象
- 每一个具体建造者都相对独立,而与其他的具体建造者无关,因此可以很方便的替换具体建造者或者增加建造者,由于指挥者类针对抽象建造者编程,增加的新的具体建造者无须修改原有类库的代码,系统扩展方便符合开闭原则
- 可以更加精细的控制产品的创建过程,将复杂产品的创建步骤分解在不同的方法中,使得创建过程更加清晰,也方便适用程序来控制创建过程
缺点
- 建造者模式所创建的产品一般具有较多的共同点,其组成部分相似,入股哦产品之前差异很大 不适合适用建造者模式,因此使用范围受到一定的限制
- 如果产品的内部变化复杂,可能会导致需要定义很多具体建造者类来实现这种变化,导致系统变得很庞大,增加系统的理解难度和运行成本
使用环境
- 需要生成的产品对象由复杂得分内部结构,这些产品对象通常包含多个成员变量
- 需要生成的产品对象的属性相互依赖,需要指定其生成的顺序
- 对象的创建过程独立于创建 该对象的类,在建造者模式中通过引入指挥者类将创建过程封装在指挥者类中,而不再建造者和客户类之间
- 隔离复杂对象的创建和适用,并使得相同的创建过程可以创建不同的产品