关于javascript:五个-JavaScript-小技巧

在这篇文章中，我将介绍一些我在编程时尝试应用的小技巧。这些技巧是我最近在工作中总结的，以及多年来从共事那里偷来的一些小技巧。

以下小技巧没没有特定的程序。

1. 提前退出（Early exits）

function transformData(rawData) {
  // 有效用例
  if (!rawData) {return [];
  }

  // 查看个别个案
  if (rawData.length == 1) {return [];
  }

  // 理论执行函数
  return rawData.map((item) => item);
}

我将这种模式称为“early exits”，但也有人将其称为“Bouncer 模式”或“guard clauses”。除了命名之外，该模式采纳首先查看有效用例并从该函数返回的办法，否则它将继续执行函数的预期用例。

我十分喜爱这个办法的以下几点：

• 激励思考有效 / 边缘案例以及应如何解决这些案例
• 防止针对意外用例和不必要的代码解决
• 能够使我可能更分明地解决每个用例
• 一旦被采纳，你能够疾速地浏览并了解流程是如何执行的，这通常遵循一种自上而下的办法，从 - 有效案例 -> 小案例 -> 预期案例

More info:

• The bouncer pattern by Rik Schennink

2. 从 Switch 切换到 Object（Switch to object literal）

// Switch
let createType = null;
switch (contentType) {
  case "post":
    createType = () => console.log("creating a post...");
    break;
  case "video":
    createType = () => console.log("creating a video...");
    break;
  default:
    createType = () => console.log('unrecognized content type');
}

createType();

// Object literal
const contentTypes = {post: () => console.log("creating a post..."),
  video: () => console.log("creatinga  video..."),
  default: () => console.log('unrecognized content type')
};

const createType = contentTypes[contentType] || contentTypes['default'];
createType();

下一步是去除 switch。在编写每个 case 时，我常常会犯错误，而且经常会遗记 break。这会导致各种乏味的问题。当我编写代码时，switch 语句并没有给我带来便当，反而会带来一些困扰。

我更喜爱应用 Object，因为：

• 不必放心 case 和 break
• 十分便于了解
• 容易编写
• 代码更精简

More info:

• Switch case, if else or a loopup map by May Shavin
• Replacing switch statements with object literals by Todd Motto
• Rewriting Javascript: Replacing the Switch Statement by Chris Burgin

3. 一次循环生成多数组（One loop two arrays）

const exampleValues = [2, 15, 8, 23, 1, 32];
const [truthyValues, falseyValues] = exampleValues.reduce((arrays, exampleValue) => {if (exampleValue > 10) {arrays[0].push(exampleValue);
    return arrays;
  }

  arrays[1].push(exampleValue);
  return arrays;
}, [[], []]);

这种小技巧没有什么特别之处，然而我发现自己过滤了一组我的项目以获取合乎特定条件的内容，而后针对不同的条件再次进行此操作。那意味着要遍历一个数组两次，然而我能够只做一次。

我从 30secondsofcode.org 网站上 get 到的技巧。倡议你去逛一逛这个网站，下面有很对十分有用的信息和代码。

我晓得 reduce 可能有点令人生畏，而且不太分明产生了什么，但如果你能适应它，你就能真正利用它来构建任何你须要的数据结构，同时循环一个汇合。他们真的应该叫它 builder 而不是 reduce。

More info:

• 30secondsofcode.org

4. 不要应用 foo 变量（No ‘foo’ variables）

// bad
const foo = y && z;

// good
const isPostEnabled = isPost && postDateValid;

多 花一些工夫，尽力为本人的变量取个适合的名字。

这对于退职业余人员和教学人员尤其重要。应该应用变量命名来帮忙解释代码并为代码逻辑提供上下文。

他人可能浏览明确您的代码，理解要解决的问题。

More info:

• The art of naming variables by Richard Tan

5. 嵌套三元表达式（Nested ternaries）

let result = null;
if (conditionA) {if (conditionB) {result = "A & B";} else {result = "A";}
} else {result = "Not A";}

const result = !conditionA
  ? "Not A"
  : conditionB
  ? "A & B"
  : "A";

我抵赖，嵌套三元表达式的做法很令人恶感。这仿佛是编写条件语句的一种炫技的办法。在编写业务逻辑时，我认为 if 和 else 更容易读懂，因为它们是实在的单词，然而当这些单词嵌套时，我会开始很难跟上其中的嵌套并梳理分明逻辑。

我开始学习去应用三元表达式和嵌套三元表达式，发现一眼就能疾速理解产生了什么。我认为这种技巧取决于您和您的团队的编程偏好。

我在代码中应用的很好，嵌套的三元表达式确实能够晋升本人的代码。

More info:

• Nested Ternaries are Great by Eric Elliot

原文作者：John Stewart

原文地址：https://www.johnstewart.dev/five-programming-patterns-i-like/