面试官：项目中的if else太多了，该怎么重构？

[[282877]]

if else过多的话，一般都是用策略模式来进行重构，策略模式也非常的简单。先定义一个接口，各种处理分支实现这个接口，定义好 条件->处理类的映射关系，然后根据条件找到响应的处理类执行即可，当有新的分支的话，只需要增加一个接口实现类，增加一个条件->映射类的映射关系即可。还是很好容易理解的

不出意外，这应该是年前最后一次分享，本次来一点实际开发中会用到的小技巧。

比如平时大家是否都会写类似这样的代码：

条件少还好，一旦 else if 过多这里的逻辑将会比较混乱，并很容易出错。

比如这样：

定义一个 InnerCommand 接口，其中有一个 process 函数交给具体的业务实现。

根据自己的业务，会有多个类实现 InnerCommand 接口；这些实现类都会注册到 Spring Bean 容器中供之后使用。

通过客户端输入命令，从 Spring Bean 容器中获取一个 InnerCommand 实例。

执行最终的 process 函数。

主要想实现的目的就是不在有多个判断条件，只需要根据当前客户端的状态动态的获取 InnerCommand 实例。

从源码上来看最主要的就是 InnerCommandContext 类，他会根据当前客户端命令动态获取 InnerCommand 实例。

当然还可以做的更灵活一些，比如都不需要显式的维护命令和类类型的对应关系。

只需要在应用启动时扫描所有实现了 InnerCommand 接口的类即可，在 cicada 中有类似实现，感兴趣的可以自行查看。

这样一些小技巧希望对你有所帮助。