泰安中商网络做的网站怎么进入,北京企业网站备案,八桂职教网官网,wordpress弹出框插件Java建造者模式#xff1a;创建复杂对象的灵活构建者 在软件开发中#xff0c;我们经常遇到需要创建一个复杂对象的情况。如果使用传统的构造函数进行对象创建#xff0c;可能会导致构造函数参数过多#xff0c;难以管理和维护。建造者模式#xff08;Builder Pattern创建复杂对象的灵活构建者 在软件开发中我们经常遇到需要创建一个复杂对象的情况。如果使用传统的构造函数进行对象创建可能会导致构造函数参数过多难以管理和维护。建造者模式Builder Pattern通过引入建造者对象来逐步构建复杂对象使得对象的构建过程更加灵活、可控同时还能提供更好的代码可读性和维护性。 一、原理
建造者模式的核心思想是将一个复杂对象的构建过程与它的表示分离使得同样的构建过程可以创建不同的表示。具体来说建造者模式通过将对象的构建过程委派给不同的建造者类每个建造者类都负责创建对象的一部分并最终将这些部分组装成完整的对象。
它由四个主要的角色组成产品类Product、抽象建造者类Builder、具体建造者类ConcreteBuilder和指导者类Director
产品类Product表示最终构建的对象。该类具有一些属性可以通过设置相应的setter方法进行赋值并且定义了一个展示产品的方法。抽象建造者类Builder定义了产品构建的抽象方法。包括构建不同部分的方法和获取最终产品的方法由具体建造者类来实现。具体建造者类ConcreteBuilder继承自抽象建造者类实现了具体的构建过程。包括构建不同部分和获取最终产品的方法。指导者类Director负责使用具体的建造者类来构建产品。通过调用具体建造者的方法来完成产品的构造并最终返回一个完整的产品对象。
产品类
public class Product {private String partA;private String partB;private String partC;public void setPartA(String partA) {this.partA partA;}public void setPartB(String partB) {this.partB partB;}public void setPartC(String partC) {this.partC partC;}public void show() {System.out.println(Product: partA , partB , partC);}
}
抽象建造者类
public abstract class Builder {public abstract void buildPartA();public abstract void buildPartB();public abstract void buildPartC();public abstract Product buildProduct();
}
具体建造者类
public class ConcreteBuilder extends Builder {private Product product new Product();Overridepublic void buildPartA() {product.setPartA(生产线1--------产品A);}Overridepublic void buildPartB() {product.setPartB(生产线1--------产品B);}Overridepublic void buildPartC() {product.setPartC(生产线1--------产品C);}Overridepublic Product buildProduct() {return product;}
}
指导者类
public class Director {public Builder construct(Builder builder) {builder.buildPartA();builder.buildPartB();builder.buildPartC();return builder;}
}
测试
public class Client {public static void main(String[] args) {// 指导者Director director new Director();// 生产线1Builder construct director.construct(new ConcreteBuilder());Product product construct.buildProduct();// 显示生产了什么产品product.show();}
}
运行结果如下: 观察代码可以发现建造者模式的流程如下
第一步创建指导者(Director)对象和具体建造者(ConcreteBuilder)对象来开始构建创建过程。第二步指导者(Director)对象根据具体的建造者类完成建造过程调用具体建造者的方法来构建产品的各个部分。也就是其方法中的builder.buildPartA(); builder.buildPartB(); builder.buildPartC();建造者将构建好的部分返回给指导者。指导者最终返回一个完整的产品对象供客户端使用。 也就说Product这个类属性的创建不由它自身来控制而是由具体的指导者(Director)对象来控制
那这样感觉把一个对象的创建变得复杂化了为什么这么做呢? 这么做有什么好处和坏处呢??
优点 可以将复杂对象的构建过程与其表示分离使得同样的构建过程可以创建不同的表示。 通过增加新的具体建造者类可以轻松扩展和改变产品的建造过程符合开闭原则。 使用建造者模式可以隐藏产品的内部细节对客户端来说只关心如何创建对象而不需要关心具体的构建过程。
缺点 增加了类的数量增加了代码的复杂性。 对于简单的对象使用建造者模式可能会显得繁琐。如果一个对象就那么几个字段且其字段的使用场景比较固定再用建造者模式就很繁琐了还不够费劲的呢...
适用场景 需要创建的对象具有复杂的内部结构创建过程需要多个步骤。 需要创建的对象的属性之间有一定的依赖关系。 需要创建的对象的表示有多种方式可以通过建造者模式灵活配置建造过程得到不同的表示结果。
总结
建造者模式通过将对象的构建过程与表示分离使得同样的构建过程可以创建不同的表示。它可以帮助我们创建复杂的对象并保证对象的构建过程可配置和可扩展。在实际应用中建造者模式具有较高的灵活性和可扩展性
