如何通过Java策略模式简化冗余的if-else分支代码?
- 内容介绍
- 文章标签
- 相关推荐
本文共计1003个文字,预计阅读时间需要5分钟。
前言+不言外,这应该是我年前最后一次分享,本次将分享一些在最近实际开发中会用到的技巧。例如,平时大家是否都会写类似这样的代码:if(a){ // do something}else if(b){ // do something}else if(c){ // do something}
前言
不出意外,这应该是年前最后一次分享,本次来一点实际开发中会用到的小技巧。
比如平时大家是否都会写类似这样的代码:
if(a){ //dosomething }else if(b){ //doshomething }else if(c){ //doshomething } else{ ////doshomething }
条件少还好,一旦 else if 过多这里的逻辑将会比较混乱,并很容易出错。
比如这样:
摘自cim 中的一个客户端命令的判断条件。
刚开始条件较少,也就没管那么多直接写的;现在功能多了导致每次新增一个 else 条件我都得仔细核对,生怕影响之前的逻辑。
这次终于忍无可忍就把他重构了,重构之后这里的结构如下:
最后直接变为两行代码,简洁了许多。
本文共计1003个文字,预计阅读时间需要5分钟。
前言+不言外,这应该是我年前最后一次分享,本次将分享一些在最近实际开发中会用到的技巧。例如,平时大家是否都会写类似这样的代码:if(a){ // do something}else if(b){ // do something}else if(c){ // do something}
前言
不出意外,这应该是年前最后一次分享,本次来一点实际开发中会用到的小技巧。
比如平时大家是否都会写类似这样的代码:
if(a){ //dosomething }else if(b){ //doshomething }else if(c){ //doshomething } else{ ////doshomething }
条件少还好,一旦 else if 过多这里的逻辑将会比较混乱,并很容易出错。
比如这样:
摘自cim 中的一个客户端命令的判断条件。
刚开始条件较少,也就没管那么多直接写的;现在功能多了导致每次新增一个 else 条件我都得仔细核对,生怕影响之前的逻辑。
这次终于忍无可忍就把他重构了,重构之后这里的结构如下:
最后直接变为两行代码,简洁了许多。

