EffectiveJava读书笔记(下).docxVIP

Effective Java第六章注解与枚举用enum常量代替int常量枚举常量：有一组固定的常量组成合法值的类型int枚举类型使用方便性和类型安全方面没帮助，如果将APPLE传入ORANGE也没有任何警告十分脆弱，如果和枚举常量相关的int类型发生变化，客户端就必须重新编译没法把枚举常量打印或者遍历String枚举模式，更糟糕性能问题，依赖字符串比较导致用户把字符串常量强行编码，可变性差而且容易出错最简单的枚举模式：通过共有的静态final域为每个枚举常量导出实例的类提供了编译时类型安全，自动命名空间隔离可以增加枚举类型的常量而无需重新编译它的客户端代码：隔离层可以调用toString方法将枚举常量转换成可打印的字符串可以添加任意的方法和域：例如使用枚举常量直接获得相关数据为了将数据和枚举常量关联起来，得声明实例域并编写一个带有数据并将数据保存在域中的构造器。枚举类型天生不可变，因此所有域都必须是final。最好设置为私有并提供公有的访问方法。使用方法如下Planet.values()返回它的值数组除非迫不得已把枚举方法导出它的客户端，否则都应该声明成私有或者包级私有关联本质上不同的行为：看下面例子这段代码的脆弱之处：如果没有throw语句就不能编译加入新的计算方法时，如果忘记在switch里加入条件，无法在编译时得到错误一个好的解决方法：在枚举类型中声明一个抽象的apply方法，并在特定于常量的类主体中，用具体的方法覆盖每个常量的抽象方法。这叫做constant-specific method implementation这样如果忘记添加，就会得到编译错误与toString相对应的fromString方法：使用共有静态常量域+Map策略枚举：看下面的案例这段代码的问题是：如果忘记在switch里添加计算方法，那么编译不会报错我们真正想要的是：每当添加一个枚举常量，就要强制选择一种加班策略策略模式：把加班工时的计算委托给一个私有嵌套枚举类，安全而灵活枚举中的switch适合给外部的枚举类型增加特定于常量的方法使用枚举的时候：需要一组固定常量，或者编译时就知道所有可能值的集合用实例域代替序数永远不要使用ordinal()来获得序数。所有的序数都应该保存在实例域里Ordinal()用在enumSet这样的类中，如果不编写这样的类就不要使用这个函数用EnumSet代替位域位域的通常做法位域的不足之处：使用方便性和类型安全方面没帮助没法把枚举常量打印或者遍历EnumSet的做法：使用EnumSet更加灵活用EnumMap代替序数索引来看一个错误案例这段代码的不足之处在于：使用错误的int值无法在编译时得到警告，难以查错用EnumMap改写过的版本没有安全转换，不会出现索引问题一个更复杂的例子：给定两个状态，求出两个状态之间转换的行为这段代码看似elegant，但其实编译器并不知道序数与数组索引的关系，如果转换表出错，或者转换表加入新的phase就会在运行时出错。新写的版本不仅在空间或者时间上没有额外的开销，而且提升了安全性和可维护性使用接口模拟可伸缩的枚举可伸缩性：让一个枚举类型去拓展另一个枚举类型。目前还没有很好的方法来枚举基本类型的所有元素及其扩展。典型用例：操作码，opcode。枚举加接口实现。枚举类型虽然不可拓展，但是接口是可以拓展的。如果想写一个“子类”，那么重新编写一个枚举类并且实现接口即可。使用测试函数遍历所有枚举方法1：使用有限制的类型令牌方法2：使用有限制的通配符values()方法是编译器插入到enum定义中的static方法，所以，当你将enum实例向上转型为父类Enum时，values()就不可访问了。解决办法：在Class中有一个getEnumConstants()方法，所以即便Enum接口中没有values()方法，我们仍然可以通过Class对象取得所有的enum实例注解优先于命名模式命名模式的缺点拼写错误会导致失败而且没有任何提示。例子：Junit要求用户以test开始，但是拼写错误会导致JUint不报错也不执行相应的测试程序命名模式不能用在特定的程序元素上。例子：在类名前加test不能自动执行这个类的所有方法。命名模式不能把参数值和程序元素关联起来。如果测试在抛出某个特定异常时才算通过，就不能把异常编码进函数名中。使用注解第一行注解：test注解在运行时保留第二行注解：test注解只有在方法中才是合法的，不能用在其他程序元素上注意：test注解只能用在无参数的静态方法上添加对抛出特定异常的testcase的检查注意：有可能注解参数在编译时是有效的，但是表示特定异常类型的类文件在运行时不再存在，此时会抛出TypeNotPresentException添加对抛出任意一种指定异常的testcase的支持坚持