一、如下需求：通过JAVA代码实现根据空气指数在对应区间获取空气质量分类

空气质量对照表

二、通常实现以上需求逻辑代码是非常简单的，2分钟写完代码。

空气质量拿到区间评级

三、但是如果空气质量对照表越来越多的情况下，就会有越来越多的分支代码出现。此时需要我们通过重构的方式优化我们的逻辑，让其更加的面向对象。

从上面的逻辑代码不难看出是通过if条件寻找对应的处理逻辑的实现，本质是condition和event的分类，即条件和事件的耦合。了解了以上代码的实现，那么条件和事件是可以被分离解耦的。那么是可以从两个维度去理解的：条件的专注点是获取到对应的区间，事件是返回评级信息。

让枚举具备条件处理的能力，即获得区间判断

枚举条件判断

让枚举具备条件，选择事件处理的能力

利用枚举登记状态和事件

基于以上两步操作后，后续无论增加多少条件，只需在枚举上增加即可，直观又易理解。

简洁代码

精简代码不是目的，是为了更面向对象的看待软件设计问题。

拿着钥匙去访问接口

 

枚举事件 写作式代码 异常返回码

案例分享：《实体类功能扩展，增强扩展能力和可读性》

假设一种场景：有一个TLibraryCode类，该类记录了各种扩展参数。如多语言维度，有中文、英文。

语言类型

但是你是知道未来会增加其他语言，如德文、泰文或者更多。那么就可能出现以下这种情况。

动态变量替换

如果业务足够复杂，出现参数赋值的拼装操作，如下图：

业务复杂度影响了业务层的代码

如果后面要增加新的语言类型，那么关联的改动地方就会很多，最终可能导致失控。

如何避免以上这种简单的场景不复杂化，让往后业务修改也不会影响，且易于修改呢？

让实体自己实现维度选择处理功能，并提供统一的方法给外部调用。重构后的代码如下。

让实体类增加一个枚举校验 多语言设置 多语言选择

通过以上的修改，外部的业务选择组件是不需要修改的。增加一种语言，这种语言的赋值和提取都在实体类中完成了。降低了后续修改引入风险，代码也更加易读。