第二条 多构造参数用 Builder模式

原创 2016年05月30日 17:32:48

一个类中如果属性太多,则写构造方法时很容易产生臃肿的现象。

一般写法有两种,一种是采用重叠构造区模式,先写第一个只有必要参数的构造器,第二个构造器有一个可选参数,第三个构造器有两个可选参数,以此类推;

如果参数比较多时,类里面会出现一堆构造方法,并且阅读困难,很容易就把两个属性参数写颠倒位置了,编译不会出错,但运行就会出错了


第二种是采用 javabean的写法,不重写构造方法,采用默认的构造方法,写一堆属性的setter方法,通过生成对象,让后调用setter方法给属性赋值。  这种方法有个劣势就是构造的过程被分到几个调用中,在构造中可能处于不一致状态,无法保证一致性。


还有一种替代方法,就是builder模式

在实体类Nutrition 里面重新写一个内部静态类Builer,使Builer类的属性和 类 Nutrition 的属性保持一致,例如

public class Nutrition {


private int age;
private int height;
private String name;


public static class Builer{
private int age;
private int height;
private String name;
public Builer setAge(int age) {
this.age = age;
return this;
}
public Builer setHeight(int height) {
this.height = height;
return this;
}
public Builer setName(String name) {
this.name = name;
return this;
}

public Nutrition builder(){
return new Nutrition(this);
}
}


private Nutrition(Builer builder) {
age = builder.age;
height = builder.height;
name = builder.name;
}

}

创建时   Nutrition nur = new Nutrition.Builer().setAge(12).setHeight(175).setName("Tom").builder();  即可。

这种好处是编译时即可检查参数的正确性,Builer模式可以选择参数,可多可少,十分灵活,并且赋值后,调用builder()方法创建对象。

做Android开发的小伙伴,做图片下载的时候,会用到几个工具类,例如Imageloadre,这里面就用到了builer模式

比如 需要在application中初始化 Imageloader对象的基本配置,

ImageLoaderConfiguration config = new ImageLoaderConfiguration.Builder(context)
.threadPriority(Thread.NORM_PRIORITY - 2)
.denyCacheImageMultipleSizesInMemory()
.diskCacheFileNameGenerator(new Md5FileNameGenerator())
.diskCacheSize(50 * 1024 * 1024) // 50 Mb
.tasksProcessingOrder(QueueProcessingType.LIFO)
.writeDebugLogs() // Remove for release app
.build();
// Initialize ImageLoader with configuration.
ImageLoader.getInstance().init(config);

有兴趣的可以看看  ImageLoaderConfiguration 类的源码,就用到该模式。


如果项目里面大量用到该模式,可以把一个公共的

public Nutrition builder(){
return new Nutrition(this);
}

抽取出来,写成接口,

public interface Builder<T> {
public T builder();
}

需要用到的类都实现该接口,方便管理,例如

public class Nutrition2 {


private int age;
private int height;
private String name;


public static class Builer implements Builder<Nutrition2>{
private int age;
private int height;
private String name;
public Builer setAge(int age) {
this.age = age;
return this;
}
public Builer setHeight(int height) {
this.height = height;
return this;
}
public Builer setName(String name) {
this.name = name;
return this;
}
@Override
public Nutrition2 builder() {
return new Nutrition2(this);
}


}

private Nutrition2(Builer builder) {
age = builder.age;
height = builder.height;
name = builder.name;
}

}

builder类实现接口,泛型里面加入外部类的名字,就完成了。



说到图片下载,比较早的一个工具类 xUtils里面有另外一种写法,写一个简单的例子,仅供参考

public class Nutrition {

private int age;
private int height;
private String name;
public Nutrition setAge(int age) {
this.age = age;
return this;
}
public Nutrition setHeight(int height) {
this.height = height;
return this;
}
public Nutrition setName(String name) {
this.name = name;
return this;
}

}

创建对象时,Nutrition nur = new Nutrition().setAge(12).setHeight(175).setName("Tom");

这个原理和javabean原理一样,相当于是javabena的精炼版,是先产生空白对象,然后赋值,也有javabean的缺陷。

如果类的属性超过四个,建议采用Builder模式

相关文章推荐

第二条:遇到多个构造参数时要考虑用构建器

public class _2_2_NutritionFacts { private final int servingSize; private final int serving; pr...

Effective Java 第二条:遇到多个构造器参数时要考虑用构建器

对于Java处理多参数时,先给大家上两个程序员平时最喜爱用的写法: 第一:重叠构造器 public class NutritionFacts { //重叠构造器 private fi...

第二条:遇到多个构造器参数时要考虑用构建器

静态工厂和构造器有个共同的局限性:它们都不能很好地扩展到大量的可选参数。 对于这种情况,习惯采用重叠构造器(telescoping constructor)模式。重叠构造器模式缺点就是当参数很多时...

使用Builder模式构建可扩展的多个参数构造器

最近在读Joshua Bloch的《Effective Java》,这里做下笔记。一般我们在写类的构造器时,如果遇到大量参数,甚至以后可能会扩展更多参数时,要用哪种构造器呢?重叠构造器模式这也是楼主第...

设计模式:Builder模式(多个构造器参数时可显著改善可读性)

前言看到《Effective Java》第2条:遇到多个构造器参数时要考虑用构建器。马上想起之前自己写的一段代码:return InvestorPurchaseCurrentParamPackage....

多个构造参数考虑使用Builder构造器模式

对于有多个参数的类,我们一向习惯采用重载构造方法的模式,像这样public class User { private String name; private int age; ...

【Effective Java】Ch2_创建销毁对象:Item2_当构造函数参数过多时考虑使用builder

静态工厂和构造函数都有一个限制:可选参数数量很大时,他们都不能很好地扩展。考虑一下这个例子:用一个类来表示袋装食品上的营养成分标签,这些标签有几个必选字段:每份的含量、每罐的份数、每份的卡路里;还有超...

《Effective Java》读书笔记02-多参构造器与Builder模式

一、静态工厂方法与构造器共同的局限性 不能很好的扩展到大量的可选参数,这个很悲剧的,我一般使用java bean,不管合适不合适,没考虑线程安全哈。 二、有多个可选参数对象的实例化方法 1、重叠...

Java方法参数太多怎么办—Part3—Builder模式

本文转自:http://www.importnew.com/6605.html 目录 自定义类型引入参数对象Builder模式 本文是这个系列的第三篇文章,介绍了通过Builder模...

遇到多个构造器参数考虑用构建器(Builder)

如果一个对象带有多个参数,程序员一般采用重叠构造器模式。但是该方法的缺点是,如果参数很长,客户端代码不仅很难编写,同时可读性也很差。 第二种替代方案:Java Beans。类中提供一个无参构造方法和...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:第二条 多构造参数用 Builder模式
举报原因:
原因补充:

(最多只允许输入30个字)