建造者模式(Builder),将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。
名 称
Builder(生成器模式)
意 图
将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。
适用环境
当创建复杂对象的算法应该独立于该对象的组成部分以及它们的装配方式时。
当构造过程必须允许被构造的对象有不同的表示时。
第一步:我们的产品(就是需要产生的对象)。当然这里面放入我们所需要的属性,节约点时间就不加入属性了。
第二步:我们的建造的接口
第三步:就是需要我们构造接口的实现类。当然根据实际需要可以有多个实现类。
第四步:封装类(可以理解成构建空间)
最后一步:测试类
作为生产对象的模式,建造者拆分了复杂对象的生成。例如goole protobuf中的对象就是使用建造者模式。
名 称
Builder(生成器模式)
意 图
将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。
适用环境
当创建复杂对象的算法应该独立于该对象的组成部分以及它们的装配方式时。
当构造过程必须允许被构造的对象有不同的表示时。
第一步:我们的产品(就是需要产生的对象)。当然这里面放入我们所需要的属性,节约点时间就不加入属性了。
package builder;
/**
* 我们要生成的产品
* @author ZERO
*/
public class Product {
public Product() {
super();
}
}
第二步:我们的建造的接口
package builder;
/**
* 建造接口
* @author ZERO
*/
public interface Builder {
/**
* 这是为了生成产品部分属性
*/
public void buildPartA();
public void buildPartB();
}
第三步:就是需要我们构造接口的实现类。当然根据实际需要可以有多个实现类。
package builder;
/**
* 建造者的实现类
* @author ZERO
*/
public class ConcreteBuilder implements Builder {
/** 私有的产品 */
private final Product fProduct = new Product();
public ConcreteBuilder() {
super();
}
/**
* 填充我们的产品属性
*/
public void buildPartA() {
// TODO: Customize this method based on your application needs.
}
/**
* 填充我们的产品属性
*/
public void buildPartB() {
// TODO: Customize this method based on your application needs.
}
/**
* 这个是返回我们的产品
*/
public Product getProduct() {
return fProduct;
}
}第四步:封装类(可以理解成构建空间)
package builder;
/**
*
* @author ZERO
*/
public class Director {
private final Builder fBuilder;
public Director(Builder builder) {
super();
fBuilder = builder;
}
public void construct() {
fBuilder.buildPartA();
fBuilder.buildPartB();
}
}
最后一步:测试类
package builder;
/**
* 测试类
* @author ZERO
*/
public class Client {
public Client() {
super();
}
public Product useConcreteBuilder() {
final ConcreteBuilder concreteBuilder = new ConcreteBuilder();
final Director director = new Director(concreteBuilder);
director.construct();
return concreteBuilder.getProduct();
}
}
作为生产对象的模式,建造者拆分了复杂对象的生成。例如goole protobuf中的对象就是使用建造者模式。

830

被折叠的 条评论
为什么被折叠?



