《Effective Java》Builder

试想一下，如果现在有这样的一个方法，需要你调用。

FunctionReality fr = Function.getReality(Date time,String place,int age, Personality p,Skill skill ...)

如果是在写代码的时候需要调用一个方法超过了5个变量需要进行值得设置。这个时候你可能心情就变得比较复杂了。
我们可以很清楚的看到，这样的传递参数的缺点：
1 首先，如此大量的参数列表，很容易，出现讲本应该填充到第一个地方的值天到了第二个地方，而编译的时候却没有报错，运行时候也没有报错，但是却得出了不同的结果。
2 再者，我们需要很仔细的去理解每一个参数到底是什么作用。
那么就上面存在的问题大家有什么好的想法呢？
小明 ：老师，能不能把这些参数都组合成为一个类，然后我们就只需要传递一个对象就可以了。
老师：嗯，说的很好，那么你如何去得到这个类的实例呢。
小明：我们可以使用构造函数，例如
Parameter param = new Parameter(a,b,c,d,e)
这样的话，似乎我们就能解决了。
老师：嗯，这是个解决方案，但是，我们在阅读这样的代码的时候，怎么知道你的a b c d e的含义具体是什么呢，这是一个解决方式，但是可读性，不太好。不能见闻之意。还有没有其他的同学有别的想法？
小方：老师，我的想法和小明的有些像，就是不用构造器组对象，而是使用默认的构造器，然后去讲需要的值set进去。
老师：小方，想法很好，解决了小明的可读性差的问题，但是小方，你这样构造对象存在不连续性的问题。
比如：你在set值的时候，如果忘记set了某一个值，怎么办呢？并且还存在线程安全的问题，试想如果是多个线程，同时多个线程操作这个对象的时候，会如何呢？
还有同学有想法吗？
小红：老师，能不能在小明的类里面加上一个静态的类，然后用这个类完成对外部类的实例化构建呢。
比如：

public class Parameter{
    private String A;  // 必输项 
    private String B;  //必输项
    private String C;
    private Integer a;
    private Double b;
    private Long c;
    // set get 
    ....
    public static class Builder{
        private String A;
        private String B;
        private String C;
        public Builder  C(String C){
            this.C = C;
            return this;
        }
        ...
        public Builder(String A,String B){
            this.A = A;
            this.B = B;
        }
        public Parameter build(){
            return new Parameter(this);
        }
    }
    public Parameter(Builder builder){
        this.A = builder.A;
        this.B = builder.B;
        this.C = builder.C;
        ...
    }
}

老师这样我们在创建对象的时候，就可以直接通过下面的方式完成了
new Parameter().Builder("A","B").C("C").D("D").E("E").build();
这样既能避免小明的不易读的问题，又能够避免小方的安全，以及不一致性的问题，当出现不一致性的时候后台必然是会出现对应的报错。