第六章 枚举和注解

第三十四条：用enum代替int常量

Java枚举类型的基本想法非常简单：这些类通过公有的静态final域为每个枚举常量导出一个实例。枚举类型没有可以访问的构造器，所以他是真正的final类。客户端不能创建枚举类型的实例，也不能对他进行扩展，因此不存在实例，而只存在声明过的枚举常量。换句话说，枚举类型时实例受控的。他们是单例的泛型化，本质上是单元素的枚举。

将加班工资计算移到一个私有的嵌套枚举中，将这个策略枚举的实例传到PayrollDay中。之后PayrollDay枚举将加班工资计算委托给策略枚举，PayrollDay中就不需要switch语句或者特定于常量的方法实现。虽然这种模式没有switch语句那么简洁，但更加安全，也更加灵活。

枚举中的switch语句适合给外部的枚举类型增加特定于常量的行为。

每当需要一组固定常量，并且在编译时就知道其成员的时候，就应该使用枚举。
枚举的常量集不一定要始终保持不变。

总而言之，与int常量相比，枚举类型的优势是不可言喻的。枚举的可读性更好，也更加安全，功能更加强大。许多枚举都不需要显式的构造器或者成员，但许多其他枚举则受益于属性与每个常量的关联以及其行为受该属性影响的方法。只有极少数的枚举受益于将多种行为与单个方法关联。在这种相对少见的情况下，特定于常量的方法要优先于启用自有值的枚举。如果多个（但非所有）枚举常量同时共享相同的行为，则要考虑策略枚举。

第三十五条：用实例域代替序数

永远不要根据枚举的序数（ordinal方法）导出与它关联的值，而是要将他保存在一个实例域中。

Enum规范中谈及ordinal方法时写道：“大多数程序员都不需要这个方法。他是设计用于向EnumSet和EnumMap这种基于枚举的通用数据结构的。”除非你在编写的是这种数据结构，否则最好完全避免使用ordinal方法。

第三十六条：用EnumSet代替位域

位域：用OR位运算将几个常量合并到一个集合中。

EnumSet类有效的表示从单个枚举类型中提取的多个值的多个集合。这个类实现了Set接口，提供了丰富的功能、类型安全性，以及可以从任何其他Set实现中得到的互用性。

第三十七条：用EnumMap代替序数索引

最好不要用序数来索引数组，而要使用EnumMap。

第三十八条：用接口模拟可扩展的枚举

在枚举中，不必像在不可扩展的枚举中所作的那样，利用特定于实例的方法实现来声明抽象的apply方法，因为抽象的方法是接口的一部分。

用接口模拟可伸缩枚举有个小小的不足，即无法将实现从一个枚举类型继承到另一个枚举类型。如果实现代码不依赖于任何状态，既可以将缺省实现放在接口中。如果共享功能比较多，则可以将它封装在一个辅助类或者静态辅助方法中，来避免代码的复制工作。

总而言之，虽然无法编写可扩展的枚举类型，却可以通过编写接口以及实现该接口的基础枚举类型来对他进行模拟。这样允许客户端编写自己的枚举来实现接口。如果Api是根据接口编写的，那么在可以使用基础枚举类型的任何地方，也都可以使用这些枚举。

第三十九条：注解优于命名模式

命名模式的三个缺点：
文字拼写错误会导致失败，且没有任何提示。
无法确保他们只用于相应的程序元素上。
他们没有提供将参数值与程序元素关联起来的好方法。

为了利用isAnnotationPresent检测重复和非重复的注解，必须检查注解类型及其包含的注解类型。

除了工具铁匠外，大多数程序员都不必定义注解类型。但是所有的程序员都应该使用Java平台所提供的预定义的注解类型。还要考虑使用IDE或者静态分析工具所提供的任何注解。这种注解可以提升由这些工具所提供的诊断信息的质量。但是要注意这些注解还没有标准化，因此如果变换工具或者形成标准，就要有很多工具要做了。

第四十条：坚持使用Override注解

在你想要覆盖超类声明的每个方法声明中使用Override注解。

如果你在编写一个没有标注为抽象的类，并且确信它覆盖了超类的抽象方法，在这种情况下，就不必将Override注解放在该方法上了。

第四十一条：用标记接口定义类型

标记接口有两点胜过标记注解：
标记接口定义的类型是由被标记的实例实现的。标记注解则没有定义这样的类型。标记接口类型的存在，允许你在编译时就能捕捉到在使用标记注解的情况下就要运行时才能捕捉到错误。
标记接口胜过标记注解的另一个优点时，他们可以被更加精确的进行锁定。
标记注解胜过标记接口的最大的优点时，他们是更大的注解机制的一部分。

什么时候使用标记注解，什么时候使用标记接口？
如果标记是应用于任何程序元素而不是类或者接口，就必须使用注解，因为只有类和接口可以用来实现或者扩展接口。如果标记只应用于类和接口，就要问问自己：我要编写一个还是多个只接受这种标记的方法呢？如果是这种情况，就应该优先使用标记接口而非注解。这样你就可以用接口作为相关方法的参数类型，它可以真正为你提供编译时进行类型检查的好处，如果你确信自己永远不需要编写一个只接受带有标记的对象，那么或许最好使用标记注解。此外，如果标记是广泛使用注解的框架的一个组成部分，则显然应该选择标记注解。