建造者模式
2017-07-01 本文已影响18人
起个名忒难
定义
建造者模式,也成为生成器模式,将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。客户端通过指定复杂对象的类型和内容就可以创建它们,无序了解内部的创建细节。
角色
- 抽象构造者:创建产品对象的各个部件接口
- 具体构造者:实现抽象构造者接口,返回具体的产品对象
- 产品角色:被构造的复杂对象
- 指挥者:又称为导演类,负责安排指挥复杂对象的建造次序,完成对象的创建。隔离了客户与创建过程,控制产品的创建过程。
下面通过代码来具体的介绍一下构造着模式,游戏大家都玩过,游戏中有很多的角色,游戏中角色的定义是确定的,是不允许随便更改的。来模拟一下游戏的角色生成。
定义产品类 Role
public class Role {
private String name ; //名字
private String sex ; //性别
private String style ; //风格
//省略setter()和getter()方法
}
定义抽象构造者
public abstract class RoleBuilder {
protected Role role = new Role();
public abstract void buildName();
public abstract void buildSex();
public abstract void buildStyle();
public Role createRole(){
return role;
}
}
定义两个具体构造者,一个是天使角色,一个是英雄角色
天使角色
public class AngleBuilder extends RoleBuilder {
public void buildName() {
super.role.setName("天使");
}
public void buildSex() {
super.role.setSex("女");
}
public void buildStyle() {
super.role.setStyle("温柔 贤惠");
}
}
英雄角色
public class HeroBuilder extends RoleBuilder {
public void buildName() {
super.role.setName("英雄");
}
public void buildSex() {
super.role.setSex("男");
}
public void buildStyle() {
super.role.setStyle("阳刚,大气");
}
}
客户端调用
public class Client {
public static void main(String[] args) {
RoleBuilder roleBuilder = new HeroBuilder();
roleBuilder.buildName();
roleBuilder.buildSex();
roleBuilder.buildStyle();
Role role = roleBuilder.createRole();
System.out.println(role.getName());
System.out.println(role.getSex());
System.out.println(role.getStyle());
System.out.println("-----------------------");
roleBuilder = new AngleBuilder();
roleBuilder.buildName();
roleBuilder.buildSex();
roleBuilder.buildStyle();
role = roleBuilder.createRole();
System.out.println(role.getName());
System.out.println(role.getSex());
System.out.println(role.getStyle());
}
}
上面的代码确实是实现了英雄和天使角色的创建,那么问题就来了,现在如果有一百多个角色要创建,你每一个要创建角色的地方,都要写一段这样的代码,你是不是就疯了,于是引入了导演类。 下面来看一下导演类的实现。
public class Dorector {
private RoleBuilder roleBuilder = null ;
public Role getHeroRole(){
roleBuilder = new HeroBuilder();
roleBuilder.buildName();
roleBuilder.buildSex();
roleBuilder.buildStyle();
return roleBuilder.createRole();
}
public Role getAngleRole(){
roleBuilder = new AngleBuilder();
roleBuilder.buildStyle();
roleBuilder.buildName();
roleBuilder.buildSex();
return roleBuilder.createRole();
}
}
导演类已经创建完成了,来看一下,关于客户端的使用:
public class Client {
public static void main(String[] args) {
Dorector dorector = new Dorector();
Role role = dorector.getAngleRole(); //创建天使角色
System.out.println(role.getName());
Role heroRole = dorector.getHeroRole();
System.out.println(heroRole.getName()); //创建英雄角色
}
}
上面的代码是不是一下子就清爽多了。
总结
优点
- 封装性:客户端不需要知道产品内部的实现细节
- 易扩展:天使和英雄的构造者相互独立,当有其他角色加入时在创建构造者类就可以了。
- 控制细节风险:天使和英雄的属性值已经固定,客户端无法更改,这样保证了在任何地方创建的角色属性都是统一的,规避了风险
缺点
- 构造者的组成部分很相似,或者说对象的产生顺序不同,如果产品之间差异性比较大,不适合使用构造者模式
- 产品发生变化的时候,导致具体的构造者类发生较大的变化
使用场景
- 相同的方法,不同的执行顺序,产生不同的事件结果时,可以使用
- 多个成员属性,有复杂的内部结构,调用顺序不同,产生不同的结果,可以使用
- 对象的创建过程中使用到其他系统中的一些对象,这些对象有不容易取得,可以使用
构造者模式更过的是强调,产品类组成部分的顺序生成,不同部件的顺序生成不同,会产生不同的影响。
少年听雨歌楼上,红烛昏罗帐。
壮年听雨客舟中,江阔云低,断雁叫西风。
感谢支持!
---起个名忒难