前提
我们编写js代码时经常遇到复杂逻辑判断的情况，通常可以用if/else或者switch来实现多个条件判断，但这样会有个问题，随着逻辑复杂度的增加，代码中的if/else/switch会变得越来越臃肿，越来越看不懂，那么如何更优雅的写判断逻辑。
举个例子
先看一段代码
通过代码可以看到这个按钮的点击逻辑：根据不同活动状态做两件事情，发送日志埋点和跳转到对应页面，可以很轻易的提出这段代码的改写方案，switch出场：
嗯，这样看起来比if/else清晰多了，其实case 2和case 3逻辑一样的时候，可以省去执行语句和break，则case 2的情况自动执行case 3的逻辑。
那么，就有更简单的写法：
上面代码确实看起来更清爽了，这种方法的聪明之处在于：将判断条件作为对象的属性名，将处理逻辑作为对象的属性值，在按钮点击的时候，通过对象属性查找的方式来进行逻辑判断，这种写法特别适合一元条件判断的情况。
是不是还有其他写法呢？有的：
这样写用到了es6里的Map对象，是不是更爽了？Map对象和Object对象有什么区别呢？
一个对象通常都有自己的原型，所以一个对象总有一个"prototype"键。
一个对象的键只能是字符串或者Symbols，但一个Map的键可以是任意值。
可以通过size属性很容易地得到一个Map的键值对个数，而对象的键值对个数只能手动确认。
还可以把问题升级一下，以前按钮点击时候只需要判断status，现在还需要判断用户的身份：
（原谅我不写每个判断里的具体逻辑了，因为代码太冗长了。
原谅我又用了if/else，因为我看到很多人依然在用if/else写这种大段的逻辑判断。）
从上面的例子可以看到，当逻辑升级为二元判断时，判断量会加倍，代码量也会加倍，这时怎么写更清爽呢？
上述代码核心逻辑是：把两个条件拼接成字符串，并通过以条件拼接字符串作为键，以处理函数作为值的Map对象进行查找并执行，这种写法在多元条件判断时候尤其好用。
当然上述代码如果用Object对象来实现也是类似的：
如果觉得把查询条件拼成字符串有点别扭，那还有一种方案，就是用Map对象，以Object对象作为key：
是不是又高级了一点点？
这里也看出来Map与Object的区别，Map可以用任何类型的数据作为key。
现在再将难度升级一点点，假如guest情况下，status1-4的处理逻辑都一样怎么办，最差的情况是这样：
好一点的写法是将处理逻辑函数进行缓存：
这样写已经能满足日常需求了，但认真一点讲，上面重写了4次functionA还是有点不爽，假如判断条件变得特别复杂，比如identity有3种状态，status有10种状态，那就需要定义30条处理逻辑，而往往这些逻辑里面很多都是相同的，这似乎也是笔者不想接受的，那可以这样实现:
这里Map的优势更加凸显，可以用正则类型作为key了，这样就有了无限可能，假如需求变成，凡是guest情况都要发送一个日志埋点，不同status情况也需要单独的逻辑处理，那我们可以这样写:
也就是说利用数组循环的特性，符合正则条件的逻辑都会被执行，那就可以同时执行公共逻辑和单独逻辑，因为正则的存在，你可以打开想象力解锁更多的玩法，本文就不赘述了。
总结
本文已经教你了8种逻辑判断写法，包括：
if/else
switch
一元判断时：存到Object里
一元判断时：存到Map里
多元判断时：将condition拼接成字符串存到Object里
多元判断时：将condition拼接成字符串存到Map里
多元判断时：将condition存为Object存到Map里
多元判断时：将condition写作正则存到Map里
至此，本文也将告一段落，要记得JavaScript里的判断不只是有if/else/switch。
