一、如下需求：通过JAVA代码实现根据空气指数在对应区间获取空气质量分类
空气质量对照表
二、通常实现以上需求逻辑代码是非常简单的，2分钟写完代码。
空气质量拿到区间评级
三、但是如果空气质量对照表越来越多的情况下，就会有越来越多的分支代码出现。此时需要我们通过重构的方式优化我们的逻辑，让其更加的面向对象。
从上面的逻辑代码不难看出是通过if条件寻找对应的处理逻辑的实现，本质是condition和event的分类，即条件和事件的耦合。了解了以上代码的实现，那么条件和事件是可以被分离解耦的。那么是可以从两个维度去理解的：条件的专注点是获取到对应的区间，事件是返回评级信息。
让枚举具备条件处理的能力，即获得区间判断
枚举条件判断
让枚举具备条件，选择事件处理的能力
利用枚举登记状态和事件
基于以上两步操作后，后续无论增加多少条件，只需在枚举上增加即可，直观又易理解。
简洁代码
精简代码不是目的，是为了更面向对象的看待软件设计问题。
拿着钥匙去访问接口
枚举事件
写作式代码
异常返回码
案例分享：《实体类功能扩展，增强扩展能力和可读性》
假设一种场景：有一个TLibraryCode类，该类记录了各种扩展参数。如多语言维度，有中文、英文。
语言类型
但是你是知道未来会增加其他语言，如德文、泰文或者更多。那么就可能出现以下这种情况。
动态变量替换
如果业务足够复杂，出现参数赋值的拼装操作，如下图：
业务复杂度影响了业务层的代码
如果后面要增加新的语言类型，那么关联的改动地方就会很多，最终可能导致失控。
如何避免以上这种简单的场景不复杂化，让往后业务修改也不会影响，且易于修改呢？
让实体自己实现维度选择处理功能，并提供统一的方法给外部调用。重构后的代码如下。
让实体类增加一个枚举校验
多语言设置
多语言选择
通过以上的修改，外部的业务选择组件是不需要修改的。增加一种语言，这种语言的赋值和提取都在实体类中完成了。降低了后续修改引入风险，代码也更加易读。
