【总结】Effective java经验之谈，类与接口

转载请注明出处：http://blog.csdn.NET/supera_li/article/details/44940563

Effective Java系列
1.Effective java经验之谈，建立和销毁对象
2.Effective java经验之谈，泛型
3.Effective java经验之谈，类与接口
4.Effective java经验之谈，通用方法
5.Effective java经验之谈，枚举，注解，方法，通用设计，异常
6.Effective java经验之谈，并发编程

本章描述的是，本身在作系统重构的时候，阅读的章节，给本身在架构方面提供很大帮助。总结出一些干货分享一下啊啊啊~~主要应用场景是编写类与接口的时候须要注意的问题。每一章不必定按照顺序更新。欢迎拍砖补充。

1.类与成员的访问权限最小化。Public staticfinal 若是指向的是对象（数组也是对象），那么每每是错误的写法，【private static final  A=指向该对象，同时采用public static final指向A.clone()（A的副本）】【private staticfinal  A=指向该对象，public static final List经过Collections.unmodifiableList(Arrays.asList(A))返回一个List列表，存放数组】

2.在公有类使用访问方法而非开放数据域，即公有类不该该暴露可变域。例如javabean采用setter/getter方法来操做对象数据域

3.复合优于继承，将继承类当作一个组件放到复合类中，经过一系列转发方法实现继承类。而后经过外界函数调用此复合类。

4.要么为继承而设计，并提供文档说明，要么就禁止继承。禁止继承，能够经过final，以及构造器私有化完成。若是须要继承，那么须要考虑继承类在任什么时候候不能调用该类可覆盖的方法，能够机械消除可覆盖方法的自用特性，经过将该覆盖的方法代码复制一份私有辅助方法。经过调用私有辅助方法消除自用特性。

5.接口优于抽象类，抽象类是为继承而设计的，抽象类演变比接口容易的多，例如，后期须要增长方法，抽象类能够，但接口却不行。

6.接口只用于定义类型，例如常量接口是对接口的不良使用。对于常量的设计，若是常量紧密关联某一个类，将写入该类内部。若是能看错枚举常量就用枚举代替。不然将采用不可实例化的工具类来导出这些常量。

7.类层次优于标签类。若是代码中存在根据某一个标志位而产生不一样的方法结果，也就是代码模板，那么须要考虑是否能够层次化代码，将模板代码提取为抽象类中的方法进行类层次化。

8.用函数对象表示策略，函数对象做为参数传递到方法，表明着java中的“指针”，经过能够将函数对象采用接口的形式来包装成策略，提供一个 “宿主类”经过一个公有的静态方法来调用私有的静态成员，该静态成员就是此策略的实现方式。

在系统架构编码的时候优先能统一为接口吗？该类能使用复合吗？该类是必定被继承下去的，采用抽象类能够吗？其余类能继承吗？该类编写前，X属性能public吗？大体就这些通常性思考方向。