循环改造

#使用函数式编程改造循环

For循环的设计思想深受可变状态与副作用的影响，不过函数式编程中认为可变状态与副作用是导致潜在错误与不可预测性的罪魁祸首，是应该尽力避免的模式。众所周知，使用全局状态会污染局部代码，而同样的局部状态同样会导致与全局状态一样的问题，只不过因为局部状态的影响被限制在较小的影响范围内，因此不像全局状态那样的突兀。允许可变的状态也就意味着变量可能因为未知的原因被改变，开发者可能要花费数小时的时间去定位到底是哪一段代码修改了这个变量值。在过去的开发岁月里，我就是因为这样变秃了，却似乎没有变强。另一方面，任何修改除了作用域内变量值的函数都被称为有副作用的函数。典型的譬如修改全局变量、读入键盘输入、调用远程API、写入磁盘等等。副作用的功效强大，我们应该尽可能地将其封装与控制在一定范围内。大道理就回顾到这里，下面我们直接看下代码：

const cats = [
  { name: "Mojo", months: 84 },
  { name: "Mao-Mao", months: 34 },
  { name: "Waffles", months: 4 },
  { name: "Pickles", months: 6 },
];
const kittens = [];
//典型的 for 循环用法
for (const i = 0; i < cats.length; i++) {
  if (cats[i].months < 7) {
    kittens.push(cats[i].name);
  }
}
console.log(kittens);

我们改造的第一步是将 if 语句中的逻辑判断提取出来，老实说提取之后笔者觉得正好符合Clean JavaScript:写出整洁的JavaScript代码里面提及的让变量名而不是注释表述其含义的效果：

const isKitten = (cat) => cat.months < 7;
const kittens = [];
for (const i = 0; i < cats.length; i++) {
  if (isKitten(cats[i])) {
    kittens.push(cats[i].name);
  }
}

这种方式一方面增加了代码的可用性，另一方面也保证了我们测试条件的可测试性，特别是当我们的逻辑判断很复杂的时候。下面我们是将属性提取也抽象出来：

const isKitten = (cat) => cat.months < 7;
const getName = (cat) => cat.name;
const kittens = [];
for (const i = 0; i < cats.length; i++) {
  if (isKitten(cats[i])) {
    kittens.push(getName(cats[i]));
  }
}

下面我们可以用函数式中的过滤与转换函数来描述这个过程：

const isKitten = (cat) => cat.months < 7;
const getName = (cat) => cat.name;
const kittens = cats.filter(isKitten).map(getName);

到这里我们摒弃了push函数，即移除了可变状态的介入。最后的重构即是将我们的过滤与转换过程再进行一层封装，使其成为可复用的过程：

const isKitten = (cat) => cat.months < 7;
const getName = (cat) => cat.name;
const getKittenNames = (cats) => cats.filter(isKitten).map(getName);
const cats = [
  { name: "Mojo", months: 84 },
  { name: "Mao-Mao", months: 34 },
  { name: "Waffles", months: 4 },
  { name: "Pickles", months: 6 },
];
const kittens = getKittenNames(cats);
console.log(kittens);

最近更新于0001-01-01