JS复杂判断的更优雅写法代码详解
我们编写js代码时经常遇到复杂逻辑判的情况，通常大家可以用if/else或者switch来实现多个条件判断，但这样会有个问题，随着逻辑复杂度的增加，代码中的if/else/switch会变得越来越臃肿，越来越看不懂，那么如何更优雅的写判断逻辑，本文带你试一下。
举个例子
先看一段代码
/**
*按钮点击事件
*@param{number}status活动状态：1开团进行中2开团失败3商品售罄4开团成功5系统取消
*/
constonButtonClick1=(status)=>{
if(status==1){
sendLog('processing')
jumpTo('IndexPage')
}elseif(status==2){
sendLog('fail')
jumpTo('FailPage')
}elseif(status==3){
sendLog('fail')
jumpTo('FailPage')
}elseif(status==4){
sendLog('success')
jumpTo('SuccessPage')
}elseif(status==5){
sendLog('cancel')
jumpTo('CancelPage')
}else{
sendLog('other')
jumpTo('Index')
}
}
通过代码可以看到这个按钮的点击逻辑：根据不同活动状态做两件事情，发送日志埋点和跳转到对应页面，大家可以很轻易的提出这段代码的改写方案，switch出场：
/**
*按钮点击事件
*@param{number}status活动状态：1开团进行中2开团失败3商品售罄4开团成功5系统取消
*/
constonButtonClick=(status)=>{
switch(status){
case1:
sendLog('processing')
jumpTo('IndexPage')
break
case2:
case3:
sendLog('fail')
jumpTo('FailPage')
break
case4:
sendLog('success')
jumpTo('SuccessPage')
break
case5:
sendLog('cancel')
jumpTo('CancelPage')
break
default:
sendLog('other')
jumpTo('Index')
break
}
}
嗯，这样看起来比if/else清晰多了，细心的同学也发现了小技巧，case2和case3逻辑一样的时候，可以省去执行语句和break，则case2的情况自动执行case3的逻辑。
这时有同学会说，还有更简单的写法：
constactions={
'1':['processing','IndexPage'],
'2':['fail','FailPage'],
'3':['fail','FailPage'],
'4':['success','SuccessPage'],
'5':['cancel','CancelPage'],
'default':['other','Index'],
}
/**
*按钮点击事件
*@param{number}status活动状态：1开团进行中2开团失败3商品售罄4开团成功5系统取消
*/
constonButtonClick=(status)=>{
letaction=actions[status]||actions['default'],
logName=action[0],
pageName=action[1]
sendLog(logName)
jumpTo(pageName)
}
上面代码确实看起来更清爽了，这种方法的聪明之处在于：将判断条件作为对象的属性名，将处理逻辑作为对象的属性值，在按钮点击的时候，通过对象属性查找的方式来进行逻辑判断，这种写法特别适合一元条件判断的情况。
是不是还有其他写法呢？有的：
constactions=newMap([
[1,['processing','IndexPage']],
[2,['fail','FailPage']],
[3,['fail','FailPage']],
[4,['success','SuccessPage']],
[5,['cancel','CancelPage']],
['default',['other','Index']]
])
/**
*按钮点击事件
*@param{number}status活动状态：1开团进行中2开团失败3商品售罄4开团成功5系统取消
*/
constonButtonClick=(status)=>{
letaction=actions.get(status)||actions.get('default')
sendLog(action[0])
jumpTo(action[1])
}
这样写用到了es6里的Map对象，是不是更爽了？Map对象和Object对象有什么区别呢？
一个对象通常都有自己的原型，所以一个对象总有一个"prototype"键。
一个对象的键只能是字符串或者Symbols，但一个Map的键可以是任意值。
你可以通过size属性很容易地得到一个Map的键值对个数，而对象的键值对个数只能手动确认。
我们需要把问题升级一下，以前按钮点击时候只需要判断status，现在还需要判断用户的身份：
/**
*按钮点击事件
*@param{number}status活动状态：1开团进行中2开团失败3开团成功4商品售罄5有库存未开团
*@param{string}identity身份标识：guest客态master主态
*/
constonButtonClick=(status,identity)=>{
if(identity=='guest'){
if(status==1){
//dosth
}elseif(status==2){
//dosth
}elseif(status==3){
//dosth
}elseif(status==4){
//dosth
}elseif(status==5){
//dosth
}else{
//dosth
}
}elseif(identity=='master'){
if(status==1){
//dosth
}elseif(status==2){
//dosth
}elseif(status==3){
//dosth
}elseif(status==4){
//dosth
}elseif(status==5){
//dosth
}else{
//dosth
}
}
}
原谅我不写每个判断里的具体逻辑了，因为代码太冗长了。
原谅我又用了if/else，因为我看到很多人依然在用if/else写这种大段的逻辑判断。
从上面的例子我们可以看到，当你的逻辑升级为二元判断时，你的判断量会加倍，你的代码量也会加倍，这时怎么写更清爽呢？
constactions=newMap([
['guest_1',()=>{/*dosth*/}],
['guest_2',()=>{/*dosth*/}],
['guest_3',()=>{/*dosth*/}],
['guest_4',()=>{/*dosth*/}],
['guest_5',()=>{/*dosth*/}],
['master_1',()=>{/*dosth*/}],
['master_2',()=>{/*dosth*/}],
['master_3',()=>{/*dosth*/}],
['master_4',()=>{/*dosth*/}],
['master_5',()=>{/*dosth*/}],
['default',()=>{/*dosth*/}],
])
/**
*按钮点击事件
*@param{string}identity身份标识：guest客态master主态
*@param{number}status活动状态：1开团进行中2开团失败3开团成功4商品售罄5有库存未开团
*/
constonButtonClick=(identity,status)=>{
letaction=actions.get(`${identity}_${status}`)||actions.get('default')
action.call(this)
}
上述代码核心逻辑是：把两个条件拼接成字符串，并通过以条件拼接字符串作为键，以处理函数作为值的Map对象进行查找并执行，这种写法在多元条件判断时候尤其好用。
当然上述代码如果用Object对象来实现也是类似的：
constactions={
'guest_1':()=>{/*dosth*/},
'guest_2':()=>{/*dosth*/},
//....
}
constonButtonClick=(identity,status)=>{
letaction=actions[`${identity}_${status}`]||actions['default']
action.call(this)
}
如果有些同学觉得把查询条件拼成字符串有点别扭，那还有一种方案，就是用Map对象，以Object对象作为key
constactions=newMap([
[{identity:'guest',status:1},()=>{/*dosth*/}],
[{identity:'guest',status:2},()=>{/*dosth*/}],
//...
])
constonButtonClick=(identity,status)=>{
letaction=[...actions].filter(([key,value])=>(key.identity==identity&&key.status==status))
action.forEach(([key,value])=>value.call(this))
}
是不是又高级了一点点？
这里也看出来Map与Object的区别，Map可以用任何类型的数据作为key。
我们现在再将难度升级一点点，假如guest情况下，status1-4的处理逻辑都一样怎么办，最差的情况是这样：
constactions=newMap([
[{identity:'guest',status:1},()=>{/*functionA*/}],
[{identity:'guest',status:2},()=>{/*functionA*/}],
[{identity:'guest',status:3},()=>{/*functionA*/}],
[{identity:'guest',status:4},()=>{/*functionA*/}],
[{identity:'guest',status:5},()=>{/*functionB*/}],
//...
])
好一点的写法是将处理逻辑函数进行缓存：
constactions=()=>{
constfunctionA=()=>{/*dosth*/}
constfunctionB=()=>{/*dosth*/}
returnnewMap([
[{identity:'guest',status:1},functionA],
[{identity:'guest',status:2},functionA],
[{identity:'guest',status:3},functionA],
[{identity:'guest',status:4},functionA],
[{identity:'guest',status:5},functionB],
//...
])
}
constonButtonClick=(identity,status)=>{
letaction=[...actions()].filter(([key,value])=>(key.identity==identity&&key.status==status))
action.forEach(([key,value])=>value.call(this))
}
这样写已经能满足日常需求了，但认真一点讲，上面重写了4次functionA还是有点不爽，假如判断条件变得特别复杂，比如identity有3种状态，status有10种状态，那你需要定义30条处理逻辑，而往往这些逻辑里面很多都是相同的，这似乎也是笔者不想接受的，那可以这样实现:
constactions=()=>{
constfunctionA=()=>{/*dosth*/}
constfunctionB=()=>{/*dosth*/}
returnnewMap([
[/^guest_[1-4]$/,functionA],
[/^guest_5$/,functionB],
//...
])
}
constonButtonClick=(identity,status)=>{
letaction=[...actions()].filter(([key,value])=>(key.test(`${identity}_${status}`)))
action.forEach(([key,value])=>value.call(this))
}
这里Map的优势更加凸显，可以用正则类型作为key了，这样就有了无限可能，假如需求变成，凡是guest情况都要发送一个日志埋点，不同status情况也需要单独的逻辑处理，那我们可以这样写:
constactions=()=>{
constfunctionA=()=>{/*dosth*/}
constfunctionB=()=>{/*dosth*/}
constfunctionC=()=>{/*sendlog*/}
returnnewMap([
[/^guest_[1-4]$/,functionA],
[/^guest_5$/,functionB],
[/^guest_.*$/,functionC],
//...
])
}
constonButtonClick=(identity,status)=>{
letaction=[...actions()].filter(([key,value])=>(key.test(`${identity}_${status}`)))
action.forEach(([key,value])=>value.call(this))
}
也就是说利用数组循环的特性，符合正则条件的逻辑都会被执行，那就可以同时执行公共逻辑和单独逻辑，因为正则的存在，你可以打开想象力解锁更多的玩法，本文就不赘述了。
总结
以上所述是小编给大家介绍的JS复杂判断的更优雅写法代码详解，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对毛票票网站的支持！
声明：本文内容来源于网络，版权归原作者所有，内容由互联网用户自发贡献自行上传，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任。如果您发现有涉嫌版权的内容，欢迎发送邮件至：czq8825#qq.com（发邮件时，请将#更换为@）进行举报，并提供相关证据，一经查实，本站将立刻删除涉嫌侵权内容。