服务器之家:专注于服务器技术及软件下载分享
分类导航

node.js|vue.js|jquery|angularjs|React|json|js教程|

服务器之家 - 编程语言 - JavaScript - JavaScript中条件语句的优化技巧总结

JavaScript中条件语句的优化技巧总结

2021-12-06 16:32CRMEB JavaScript

这篇文章主要给大家介绍了关于JavaScript中条件语句的优化技巧,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧

对多个条件使用 Array.includes

?
1
2
3
4
5
function test(fruit) {
 if (fruit == 'apple' || fruit == 'strawberry') {
 console.log('red');
 }
}

上面的例子看起来不错。然而,如果还有更多红颜色的水果需要判断呢,比如樱桃和小红莓,我们要用更多的 ||来扩展这个表述吗?

我们可以用 Array.includes 重写上面的条件!

?
1
2
3
4
5
6
function test(fruit) {
 const redFruits = ['apple', 'strawberry', 'cherry', 'cranberries'];
 if (redFruits.includes(fruit)) {
 console.log('red');
 }
}

我们将条件提取到一个数组中。这样做之后,代码看起来更整洁。

更少的嵌套,尽早返回

扩展前面的示例,以包含另外两个条件:

如果没有提供水果(名称),抛出错误。

如果(红色水果)数量超过 10 个,接受并打印。

看看上面的代码,我们有:

1 组过滤无效条件的 if/else 语句

3层的 if 嵌套语句(条件 1、2 和 3)

遵循的一般规则是,当发现无效条件时,提前返回。

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
/_ return early when invalid conditions found _/
function test(fruit, quantity) {
 const redFruits = ['apple', 'strawberry', 'cherry', 'cranberries'];
 
 // condition 1: throw error early
 if (!fruit) throw new Error('No fruit!');
 
 // condition 2: must be red
 if (redFruits.includes(fruit)) {
console.log('red');
 
 // condition 3: must be big quantity
 if (quantity > 10) {
  console.log('big quantity');
 }
 }
}

这样,我们就少了一层嵌套。这种编码风格很好,尤其是当你有很长的 if 语句时(想象一下,你需要滚动到最底部才能知道还有一个 else 语句,这并不好)。

通过反转条件和提早返回,我们可以进一步减少嵌套。看看下面的条件 2,我们是怎么做的:

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
/_ return early when invalid conditions found _/
 
function test(fruit, quantity) {
 const redFruits = ['apple', 'strawberry', 'cherry', 'cranberries'];
 
 if (!fruit) throw new Error('No fruit!'); // condition 1: throw error early
 if (!redFruits.includes(fruit)) return; // condition 2: stop when fruit is not red
 
 console.log('red');
 
 // condition 3: must be big quantity
 if (quantity > 10) {
  console.log('big quantity');
 }
}

通过反转条件 2 的条件,我们的代码现在没有嵌套语句。当我们有很长的逻辑要处理时,这种技术是有用的,当一个条件没有满足时,我们想要停止进一步的处理。

然而,这并不是严格的规则。问问自己,这个版本(没有嵌套)是否比前一个版本(嵌套的条件 2)更好、更易读?

对于我来说,我将把它保留为以前的版本(条件 2 和嵌套)。这是因为:
代码简短而直接,如果嵌套,代码就更清晰了,反转条件可能会导致更多的思考过程(增加认知负担)!

因此,总是以更少的嵌套及尽早返回为目标,但不要过度。

使用默认的函数参数和解构

在使用 JavaScript 时总是需要检查 null 或 undefined 值并分配默认值:

?
1
2
3
4
5
6
7
8
function test(fruit, quantity) {
 if (!fruit) return;
 const q = quantity || 1;
}
 
//test results
test('banana');
test('apple', 2);

事实上,可以通过指定默认的函数参数来消除变量 q。

?
1
2
3
4
5
6
7
function test(fruit, quantity = 1) {
 if (!fruit) return;
}
 
//test results
test('banana');
test('apple', 2);

请注意,每个参数都可以有自己的默认函数参数。例如,我们也可以为 fruit 赋值:function test(fruit = 'unknown', quantity = 1)。

如果我们的 fruit 是一个对象:

?
1
2
3
4
5
6
7
8
9
10
11
12
function test(fruit) {
 if (fruit && fruit.name) {
  console.log (fruit.name);
 } else {
  console.log('unknown');
 }
}
 
//test results
test(undefined); // unknown
test({ }); // unknown
test({ name: 'apple', color: 'red' }); // apple

如果 fruit.name 是可用的,我们将打印该水果名称,否则我们将打印 unknown。我们可以避免使用与默认函数参数和解构对条件 fruit && fruit.name进行检查。

?
1
2
3
4
5
6
7
8
function test({name} = {}) {
 console.log (name || 'unknown');
}
 
//test results
test(undefined); // unknown
test({ }); // unknown
test({ name: 'apple', color: 'red' }); // apple

因为我们只需要水果中的属性 name,所以我们可以使用 {name} 来解构,然后我们可以在代码中使用 name 作为变量,而不是 fruit.name。

我们还将空对象 {} 指定为默认值。如果我们不这样做,当执行 test(undefined),不能解构 undefined 或 null 的属性名时,您将会得到错误。因为在 undefined中没有 name 属性。

选择 Map 或对象字面量,而不是 Switch 语句

我们想要基于颜色打印水果名称:

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
function test(color) {
 // use switch case to find fruits in color
 switch (color) {
  case 'red':
   return ['apple', 'strawberry'];
  case 'yellow':
   return ['banana', 'pineapple'];
  case 'purple':
   return ['grape', 'plum'];
  default:
   return [];
 }
}
 
//test results
test(null); // []
test('yellow'); // ['banana', 'pineapple']

上面的代码似乎没有什么问题,但发现它相当冗长。同样的结果可以通过对象字面量和更简洁的语法来实现:

?
1
2
3
4
5
6
7
8
9
const fruitColor = {
  red: ['apple', 'strawberry'],
  yellow: ['banana', 'pineapple'],
  purple: ['grape', 'plum']
 };
 
function test(color) {
 return fruitColor[color] || [];
}

或者,可以使用 Map 来实现相同的结果:

?
1
2
3
4
5
6
7
8
const fruitColor = new Map()
  .set('red', ['apple', 'strawberry'])
  .set('yellow', ['banana', 'pineapple'])
  .set('purple', ['grape', 'plum']);
 
function test(color) {
 return fruitColor.get(color) || [];
}

Map 是 ES2015 以后可用的对象类型,允许您存储键值对。

对于上面的示例,我们实际上可以重构代码,以使用 Array.filter 获得相同的结果。

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
const fruits = [
  { name: 'apple', color: 'red' },
  { name: 'strawberry', color: 'red' },
  { name: 'banana', color: 'yellow' },
  { name: 'pineapple', color: 'yellow' },
  { name: 'grape', color: 'purple' },
  { name: 'plum', color: 'purple' }
];
 
function test(color) {
 // use Array filter to find fruits in color
 
 return fruits.filter(f => f.color == color);
}

总有不止一种方法可以达到同样的效果。展示了 4 个相同效果的例子。

所有或部分使用 Array.every & Array.some 的条件

使用新的Javascript 数组函数来减少代码行。看看下面的代码,我们想检查所有的水果是否都是红色的:

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
const fruits = [
  { name: 'apple', color: 'red' },
  { name: 'banana', color: 'yellow' },
  { name: 'grape', color: 'purple' }
 ];
 
function test() {
 let isAllRed = true;
 
 // condition: all fruits must be red
 for (let f of fruits) {
  if (!isAllRed) break;
  isAllRed = (f.color == 'red');
 }
 
 console.log(isAllRed); // false
}

代码太长了!我们可以用 Array.every 来减少行数:

?
1
2
3
4
5
6
7
8
9
10
11
12
const fruits = [
  { name: 'apple', color: 'red' },
  { name: 'banana', color: 'yellow' },
  { name: 'grape', color: 'purple' }
 ];
 
function test() {
 // condition: short way, all fruits must be red
 const isAllRed = fruits.every(f => f.color == 'red');
 
 console.log(isAllRed); // false
}

现在干净多了,对吧?类似地,如果我们想用一行代码来判断任何一个水果是否为红色,我们可以使用 Array.some。

?
1
2
3
4
5
6
7
8
9
10
11
const fruits = [
  { name: 'apple', color: 'red' },
  { name: 'banana', color: 'yellow' },
  { name: 'grape', color: 'purple' }
];
 
function test() {
 // condition: if any fruit is red
 const isAnyRed = fruits.some(f => f.color == 'red');
 console.log(isAnyRed); // true
}

到此这篇关于JavaScript中条件语句的优化技巧的文章就介绍到这了,更多相关JS条件语句优化技巧内容请搜索服务器之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持服务器之家!

原文链接:https://blog.csdn.net/CRMEB/article/details/110440245

延伸 · 阅读

精彩推荐