Java构建器模式

标签：style   color   java   使用   strong   问题   代码   new   

当创建对象需要传入多个参数的时候我们通常会根据参数的数量写不同的构造器，具体如下

public A(int a){}

public A(int a, int b){}

public A(int a, int b, int c){}

根据不同的参数调用不同的构造器，但是当参数多了的时候，这种方式不够灵活,所以会实现动态传参的方法

public A(){}

public void seta(int a){}

public void setb(int b){}

public void setc(int c){}

这种方式提高了传参的可读性，也提高了传参的灵活性，但是会增加代码行数，同时在多线程异步执行的时候导致奇怪的错误。

有没有办法解决呢？既能提高代码可读性，提高参数灵活性，又不会增加代码行数，并保证线程安全呢？

构建器模式登场，先看代码：

public class A {

    private int a;

    private int b;

    private int c;

    public static class Builder {

        private int a;

        private int b;

        private int c;

        public Builder(){}

        public Builder seta(int a) { this.a = a; return this} 

        public Builder setb(int b) { this.b = b; return this}

        public Builder setc(int c) { this.c = c; return this}

        public A build() { return new A(this)}

    }

    private A(Builder builder) {

        this.a = builder.a;

        this.b = builder.b;

        this.c = builder.c;

    }

}

调用构造方法:

A a = new A.Builder().seta(1).setb(2).setc(3).build();

这样就解决了以上所说的问题，但是他的缺点同样也是存在的，就是：

1.构造器写起来很复杂

2.创建对象开销比较大

所以构建器模式只适用于需要传入很多种情况参数的时候，比如大于4种参数的配合，才比较划算。

而且值得注意的是：最好在类的设计之初就考虑是否使用构建器，否则日后扩展起来新构建器旧构造器一起用维护起来不方便。

Java构建器模式,布布扣,bubuko.com

Java构建器模式

标签：style   color   java   使用   strong   问题   代码   new   

原文地址：http://blog.csdn.net/h3c4lenovo/article/details/38687023