Effective-Java读书笔记(下)(补足六个汉字).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的检查 注意：有可能注解参数在编译时是有效