-
实例:建房子
-
建房子的流程:可以大致分为以下几个步骤:打地基、砌墙、封顶
-
房子的种类也有各式各样的,有普通房子、高楼、别墅,虽然建造步骤都一样,但是要求是不同的
-
-
传统方式
-
代码
//首先可以创建一个抽象类或者接口
public abstract class AbstractHouse{
//打地基
public abstract void buildBasic();
//砌墙
public abstract void buildWall();
//封顶
public abstract void roofed();
//注意上面三个方法是有调用顺序的
public void bulid(){
buildBasic();
buildWall();
roofed();
}
}
//创建一个建普通房子类实现上面的抽象类
public class CommonHouse extends AbstractHouse{
-
优缺点
-
优点是比较好理解,简单易操作
-
缺点:设计的程序结果,过于简单,没有设计缓存层对象,程序的扩展和维护不好,也就是说,这种设计方案,把产品(房子)和创建产品的过程(建房子的流程)封装在一起,耦合性增强了
-
解决方案:将产品和创建产品的过程解耦=====》创建者模式
-
-
类图
-
-
-
建造者模式
-
建造者模式基本介绍
-
建造者模式(Builder Pattern)又叫生成器模式,是一种对象构造模式。它可以将复杂对象的建造过程抽象出来(抽象类别),使得这个抽象过程的不同实现方法可以构造出不同表现(属性)的对象
-
建造者模式是一步一步创建一个复杂的对象,它允许用户通通过指定复杂对象的类型和内容就可以构建它们,用户不需要知道内部的具体构建细节
-
-
建造者模式的角色
-
可以分为以下四种角色
-
product(产品角色):一个具体的产品对象
-
Bulider(抽象建造者):创建一个product对象的各个部件指定的接口或者抽象类
-
ConcreteBuilder(具体构建者):实现结构,构建和装配各个部件
-
Director(指挥者):构建一个使用Bulider接口的对象。它主要是用于创建一个复杂的对象。他主要有两个作用,1.隔离了客户与对象的生产过程。2.负责控制产品对象的生产过程
-
-
四种角色之间的关系
-
通过建造者模式:建造房子实例
-
代码
//产品===>product
public class House{
private String basic;
private String wall;
private String roofed;
//get和set方法
}
//抽象建造者
public abstract class HouseBuilder{
//将House组合进来
protected House house = new House();
//打地基
public abstract void buildBasic();
//砌墙
public abstract void buildWall();
//封顶
public abstract void roofed();
//建造房子有流程
public House build(){
return house;
}
}
//具体建造者(普通房子)
public class CommonHouse extends HouseBuilder{
-
类图
-
建造者在JDk中的应用
-
java.lang.StringBuilder中使用到了建造者模式
-
源码中建造者模式角色分析
-
Appendable接口定义了多个append()(抽象方法)方法,即该接口为抽象建造者,因为定义了抽象方法
-
AbstactStringBuilder抽象类实现了Appendable接口的方法,因此这个类是具体建造者,只是不能实例化
-
StringBuilder继承了AbstactStringBuilder,即充当了指挥者有充当了具体的建造者,建造方法的实现是由AbstactStringBuilder完成的,而StringBuild只是继承了AbstactStringBuilder
-
-
-
建造者模式注意事项和细节
-
客户端不需要知道产品内部组成的细节,将产品本身与产品的创建过程解耦,使得相同的创建过程可以创建不同的产品对象
-
每一个建造者都相对独立,而与其他具体的建造者无关,因此可以很方便的替换具体建造者或者增加新的具体建造者,用户使用不同的具体建造者即可得到不同的产品对象
-
可以更加精细非控制产品的创建过程。将负责产品的创建步骤分解在不同的方法中,使得创建过程更加清晰,也更方便的使用程序来控制创建过程
-
增加新的具体建造者不需要修改原有的类库的代码,指挥者类针对抽象建造者编程。系统扩展更方便,符合开闭原则
-
建造者所创建的产品一般具有较多的共同点,其组成部分相似,如果产品之间的差异性很大,则不适合是哟领建造者模式。因此其范围受到了一定的约束
-
如果产品内部变化复杂,可能会导致需要定义很多的具体创建者类类实现这种变化,导致系统变得很庞大,因此在这种情况下,要考虑是否选择创建者模式
-
抽象工厂和创建者模式的比较
-
抽象工厂模式实现对产品家族的创建,一个产品家族是这样的一系列产品:具有不同分类维度的产品。采用抽象工厂不需要关心构造过程。只关心什么产品由什么工厂生产即可。而建造者模式则是按照指定的蓝图构建产品,它的主要目的是
-
-
-
-
-