《Effective java中文第2版》读书笔记1

第2条：遇到多个构造器参数时要考虑用构建器 某个类的属性较多，初始化的时候又有一些是必须初始化的，而且类型有形同， 比如new Contact("姓名","显示名","手机号","飞信号","所在地",年龄,性别); 前5个属性是String 类型，后2个是int类型，在填写构造方法的时候很容易填写错位，或者少填写，或者颠倒了属性， 如下方法可以减少这种错误发生的几率， Contact contact = new Contact(); contact.setName("姓名"); contact.setDisplayName("显示名"); contact.setPhoneNumber("手机号"); contact.setFetionNumber("飞信号"); contact.setHometown("所在地"); contact.setAge(23); contact.setGender(0); 这么写是通常的做法，看起来还不够清晰，我们在每个set方法里retrun一个Contact类型，比如 public Contact setName(String name) { this.name = name; return this; } 这样上面的构造Contact的代码就可以这么写了 Contact contact = new Contact() .setName("姓名") .setDisplayName("显示名") .setPhoneNumber("手机号") .setFetionNumber("飞信号") .setHometown("所在地") .setAge(23) .setGender(0); 这样写是不是更清爽了！属性不会再填写错误了！而且阅读代码的时候也一目了然，都给Contact初始化了那些属性，和属性的值是什么！ 第3条：用私有构造器或者枚举类型强化Singleton属性 建议使用如下方法创建单例类 public final class Elvis { private static Elvis INSTANCE; private Elvis(){}; synchronized public static Elvis getInstance() { if( INSTANCE == null ) { INSTANCE = new Elvis(); } return INSTANCE; } //执行其他操作 private Object readResolve() { return INSTANCE; } } 这种构建方法好处，组成类的成员声明很清楚地表明了这个类是个Singleton，并且也解决了INSTANCE的同步问题， 没有暴露共有的INSTANCE变量，这样更有力于隐藏类的内部实现， 另外，改做法也很容易就可以修改成非单例模式，加上的readResolve方法可以保证反序列化时也是同一个对象。 第4条：通过私有构造器强化不可实例化的能力 我们软件中常用的常量集(Constants)，工具集(Tool,Utility)都应该是不可实例化的类，那么他们应该如下构建 public final class Constants { private Constants() { throw new AssertionError(); } //其他常量的定义，或者静态方法的实现； } 这样可以防止被继承，被实例化。 第5条：避免创建不必要的对象 创建一个String对象，最佳方式如下 String str = "初始化值"; 如果一个String在创建的时候我们不确定他的值，建议如下创建 String str = ""; 强烈反对 String str = null; 这种写法，因为会有NullPointerException这个异常的危险，另外主要还有潜在隐患，比如做了如下操作 str += "ABC"; 那么str = nullABC;了这个不是想要的结果。 str = "";的初始化方式也有他的不足之处，在判断str是否有效的时候就要多加一个长度的判断如下 if( str==null||str.length()<=0 ){} 因为str的长度初始为0。 对于JDK1.5以后的版本有自动封装，自动拆装的功能，所以要尽量使用基本类型，尤其是长整型因为long 和Long很容易看差，而影响效率。 总之，要吝啬使用new操作符，他不仅会增加对象的数目，而且也给垃圾回收造成麻烦，还有潜在的内存泄漏风险，另外new操作也比较耗时。 第13条：使类和成员的可访问性最小化 第14条：在共有类中使用访问方法而非共有域 public的权限太大了，建议使用包级私有权限，也就是缺省（default）的访问级别。这样可以增加软件的防御性，public的变量应该杜绝使用， 可以使用get,set方法代替。这样可以不隐蔽数据域，也方便以后修改数据域。 第16条：复合优先于继承 第17条：要么为继承而设计，并提供文档说明，要么就禁止继承 继承不便于扩展，耦合性很大，继承打破了封装，因为基类向子类暴露了实现细节，基类的内部细节通常对子类是可见的，建议继承只限定在包内使用， 否则是非常危险的，对软件的防御行也有很大的破坏作用。 当父类的实现改变时可能要相应的对子类做出改变，也不能在运行时改变由父类继承来的实现。