起因
最近在看自己以前写的bean类时突然想到,是不是可以创建新对象时,通过类似Glide那种只用一行代码就可以完成。
经过
于是想到了Builder模式,也就是建造者模式
经过一番研究发现(其实就是百度),建造者模式关键是Builder这个内部类。
废话少说直接上代码
public class Bean {
private String name;
private String age;
public Bean(String name, String age) {
this.name = name;
this.age = age;
}
public static class Builder {
private String name;
private String age;
public Builder setName(String name) {
this.name = name;
return this;
}
public Builder setAge(String age) {
this.age = age;
return this;
}
public Bean build() {
return new Bean(name, age);
}
}
}
可以看到,在上边的bean类中创建了一个静态内部类Builder。并且对应的setXX()方法中,均return了一个this对象,这便是建造者模式的简单应用。使用时代码如下
Bean bean=new Bean.Builder().setName("name").setAge("age").build();
经过这一番改造之后,感觉代码优美了不少。
总结
建造者模式的使用场景:
- 当产品有复杂的内部构造时(参数很多)。
- 需要生产的产品的属性相互依赖,这些属性的赋值顺序比较重要时(因为在调用Builder的赋值方法时是有先后顺序的)。
建造者模式的优缺点总结如下
- 封装性好
- 具体建造类之间独立,扩展性好
- 产生多余的Build对象,消耗了内存。
所以,个人觉得,在不介意其缺点的情况下,使用建造者模式封装一些类(不建议对Bean类进行该封装),代码会变得十分优雅呢。
网友评论