Java设计模式—建造者模式

 

(尊重劳动成果,转载请注明出处:https://blog.csdn.net/qq_25827845/article/details/52932495冷血之心的博客)

目录

建造者模式:

通用类图如下:

角色定义:

● Product产品类

● Builder抽象建造者

● ConcreteBuilder具体建造者

● Director导演类

通用代码如下:

优点:

使用场景:

个人理解:


建造者模式:

将一个复杂的对象的构建与它的表示分离,使得同样的构建过程可以创建不同的对象。

       建造者模式表示是将复杂的内部创建封装在内部,对于外部调用的人来说,只需要传入建造者和建造工具,对于内部是如何建造成成品的,调用者无需关心。

通用类图如下:

角色定义:

● Product产品类

通常是实现了模板方法模式,也就是有模板方法和基本方法。

● Builder抽象建造者

规范产品的组建,一般是由子类实现。

● ConcreteBuilder具体建造者

实现抽象类定义的所有方法,并且返回一个组建好的对象。

● Director导演类

负责安排已有模块的顺序,然后告诉Builder开始建造,

 

通用代码如下:

产品类:

public class Product {
     public void doSomething(){
             //独立业务处理
     }
}

抽象建造者:

public abstract class Builder {    
     //设置产品的不同部分,以获得不同的产品
     public abstract void setPart();
     //建造产品
     public abstract Product buildProduct();
}

具体建造者:

public class ConcreteProduct extends Builder {
     private Product product = new Product();
     //设置产品零件
     public void setPart(){
             /*
              * 产品类内的逻辑处理
              */
     }  
     //组建一个产品
     public Product buildProduct() {
             return product;
     }
}

导演类:

public class Director {
     private Builder builder = new ConcreteProduct();
     //构建不同的产品
     public Product getAProduct(){
             builder.setPart();
             /*
              * 设置不同的零件,产生不同的产品
              */
             return builder.buildProduct();
     }
}

导演类起到封装的作用,避免高层模块深入到建造者内部的实现类。

优点:

● 封装性
● 建造者独立,容易扩展
● 便于控制细节风险

 

使用场景:

● 相同的方法,不同的执行顺序,产生不同的事件结果时,可以采用建造者模式。
● 多个部件或零件,都可以装配到一个对象中,但是产生的运行结果又不相同时,则可以使用该模式。
● 产品类非常复杂,或者产品类中的调用顺序不同产生了不同的效能,这个时候使用建造者模式非常合适。
● 在对象创建过程中会使用到系统中的一些其他对象,这些对象在产品对象的创建过程中不易得到时,也可以采用建造者模式封装该对象的创建过程。该种场景只能是一个补偿方法,因为一个对象不容易获得,而在设计阶段竟然没有发觉,而要通过创建者模式柔化创建过程,本身已经违反设计的最初目标。

 

个人理解:

在模板方法中对基本方法的调用顺序不同,模板模式就和建造者模式有了相似之处,各位可以理解理解。(^_^)

如果对你有帮助,记得点赞哦~欢迎大家关注我的博客,我会持续更新,如果有什么问题,可以进群366533258一起交流学习哦~

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

温柔狠角色

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值