Java经典书籍《Effective Java(第二版)》相信大家都看过,此书共有78条关于编写高质量Java代码的建议,这里是通俗易懂地讲解,会持续全部更新完78条,希望大家每天读一篇,一起学完这78条,相信可以写出高质量代码。 1.考虑静态工厂方法代替构造器 通常情况下我们会利用类的构造器对其进行实例化,这似乎毫无疑问。但“静态工厂方法”也需要引起我们的高度注意。 publica static People getInsatance(){ return new People(); } 它是一个“方法”,那么它不同于构造器,它可以随意修改方法名,这就带来第一个优点——有名称。有时一个类的构造器往往不止一个,而它们的名称都是相同的,不同的仅仅是参数,如果不同参数带来不同的含义这样对于调用方来说除了注释很难理解它们有什么不同的含义。例如BigInteger(int, int, Random)返回一个素数,但调用者很难理解API设计者所要想表达的意思,如果此时有BigInteger.probablePrime静态工厂方法,则能一目了然的清楚API设计者所要想表达的含义。举一个JDK的例子:Executors类,在这个类中有newFixedThread、newSingleThreadExecutor、newCachedThreadPool等静态方法,因为它们有“名字”,所有就较为清晰的明白API的含义。 《Effective Java》中所提到的静态工厂方法第二个优点在于不用重复创建一个对象,实际上也就是勤加载或者称为饿汉式的单例模式。例如: public class Instance() { private static Instance instance = new Instance(); private Instance(){} public static Instance getInstance() { return instance; } } 静态工厂方法的第三个优点,可以返回原返回类型的任何子类型的。这句话初看不好理解,举个JDK中的例子:Collections类。 List list = Collections.synchroizedList(new ArrayList()) 这个例子就说明了可以返回原返回类型的任何子类型的对象。 Map<String,List<String>> map = new HashMap<String,List<String>>()//繁琐 给集合类提供静态工厂方法后: public static <K,V> HashMap<K,V> newInstance(){ return new HashMap<K,V>(); } HashMap<String,List<String>> map = HashMap.newInstance(); 但是实际上从JDK7(包括JDK7)之后的集合类可以用以下简洁的代码代替: Map<String,List<String>> map = new HashMap<>(); 静态工厂方法也有两个缺点:一是公有的静态方法所返回的非公有类不能被实例化,也就是说Collections.synchronizedList返回的SynchronizedList不能被实例化;二是查找API比较麻烦,它们不像普通的类有构造器在API中标识出来,而是和其他普通静态方法一样,鉴于此,书中提到了几种惯用名称: valueOf 2,遇到不同参数的多个构造器考虑用构建器 你经常写一下类似的代码 public class Student{ private Sring name;
private int age; private String sex; private String grade;
public Student(String name, String sex){ this(name,sex,0); }
public Student(String name,String sex,int age){ this(name,sex,age,''); } this.name=name; this.sex=sex; this.age=age; this.grade=grade; } } 当我想实例化一个名字叫“kevin”,性别男,但是不写年龄,只有年级“1年级”,这个时候代码就:不得不要为年龄这个参数传递值。如果新增一个只含年级的构造方法,那又将多出许多代码,更严重的是,如果没有一份详尽的文档或者注释,看到如此多的构造方法将无从下手,这就是非常常见的重叠构造器。 Student student = new Student('joan','male','0','1年假'); 当然还有另外一种方法,只有一个必填项的构造方法,而其他选填项利用setter方法传递。例如: Student student = new Student('joan','male'); student.setGrade('1年级'); 这实际上导致了在构造过程中JavaBean可能处于不一致的状态,也就是说实例化对象本该是一气呵成,但现在却分割成了两大步,这会导致它线程不安全,进一步引发不可预知的后果。 /** * 构建器模式 * Created by yulinfeng on 2017/8/3. */ public class Student { /*必填*/ private String name; private int age; /*选填*/ private String sex; private String grade; public static class Builder { private String name; private int age; private String sex = ''; private String grade = ''; public Builder(String name, int age) { this.name = name; this.age = age; } public Builder sex(String sex) { this.sex = sex; return this; } public Builder grade(String grade) { this.grade = grade; return this; } public Student build() { return new Student(this); } } private Student(Builder builder) { this.name = builder.name; this.age = builder.age; this.sex = builder.sex; this.grade = builder.grade; } } 以上本质上是个静态内部类 Student student = new Student.Builder('joan','mea').grade('1年级').build(); 这样的客户端代码很容易边写,并且便于阅读。对于不了解的可能来说利用构建器模式编写Student类不算易事,甚至代码比重叠构造器的代码更多。所以当可选参数在很多时,谨慎使用重叠构造器,而是使用构建器模式。 今天就这么多了,明天持续更新,下期内容: 3.用私有构造器或者枚举类型强化Singleton属性 4.通过私又构造器强化不可实例的能力 Effective Java(第2版)PDF中英文(有源码) 下载。 |
|