freeCodeCamp Basic JavaScript 精讲：让函数直接返回布尔比较结果（Returning Boolean Values from Functions）

2026-09-07 09:35:43作者：齐冠琰

本篇围绕 freeCodeCamp「JavaScript 算法与数据结构」认证课程 Basic JavaScript 模块中的经典一课 Returning Boolean Values from Functions 展开。课程要点只有一句话：既然 ===、< 这类比较运算符本身就会返回 true 或 false，那么「用 if/else 包裹比较并手动 return true/false」就是冗余的。读完本文，你将掌握这种把判断函数（predicate）简化为「直接返回比较表达式」的重构手法，理解 freeCodeCamp 挑战的 # --hints-- 与 # --seed-- 结构如何驱动自动化判题，并看到该挑战在课程文件体系中的完整落点。

挑战背景：它属于哪门课、处于哪个学习阶段

本挑战的源文件是 basic-javascript 模块中的 5679ceb97cbaa8c51670a16b.md，文件头部的 frontmatter 明示了它的元数据：

id: 5679ceb97cbaa8c51670a16b
title: Returning Boolean Values from Functions
challengeType: 1
forumTopicId: 18273
dashedName: returning-boolean-values-from-functions

其中 challengeType: 1 在 freeCodeCamp 中对应 js 类型——这一点可以在 challenge-types.ts 的常量定义里看到（const js = 1;）。它属于 basic-javascript 这一 block。课程 description 中的内部链接 /learn/javascript-algorithms-and-data-structures/basic-javascript/... 表明它在学习路径上位于「JavaScript 算法与数据结构」的 Basic JavaScript 部分。

从 basic-javascript.json 这一课程结构清单可以看出它在模块内的编排顺序：紧接其前的是 Replacing If Else Chains with Switch，紧随其后的是 Return Early Pattern for Functions，再后面是综合练习 Counting Cards 与对象入门 Build JavaScript Objects。也就是说，本课正处于「学完 if/else 与 switch 等分支结构之后、即将进入综合练习之前」的衔接点，是引导学习者把分支写法收敛为函数式判断的关键一课。

前提知识：比较运算符的值本身就是布尔量

课程的 description 首先回顾了它在此前挑战 Comparison with the Equality Operator（对应源文件 56533eb9ac21ba0edf2244d0.md）中强调过的结论：

所有比较运算符都会返回一个布尔值 true 或 false。

在该前置课程里，freeCodeCamp 用 equalityTest 的写法示范了这一点：

function equalityTest(myVal) {
  if (myVal == 10) {
    return "Equal";
  }
  return "Not Equal";
}

当 myVal == 10 时，== 运算符计算出 true，于是 if 分支执行并返回 "Equal"；否则函数返回 "Not Equal"。注意 ==（宽松相等，会发生类型转换）与 =（赋值）是完全不同的运算符，这是该模块反复强调的易错点。理解了「比较表达式求值后就是一个布尔值」，才能自然接受本文的核心重构。

反模式：用 if/else 手动包装布尔结果

很多初学者会把判断写成下面这种「八行函数」，本课把它作为需要消除的反面教材原样给出：

function isEqual(a, b) {
  if (a === b) {
    return true;
  } else {
    return false;
  }
}

这段代码在逻辑上没错，但存在明显的冗余：a === b 这个表达式本身就是布尔值，if (a === b) { return true; } else { return false; } 只是把「比较计算出的布尔值」又亲手转译了一遍。多出来的 if、else、两处 return 都属于与逻辑无关的「脚手架」，只会增加阅读负担和维护成本。

更优写法：直接 return 比较表达式

课程随即给出改进版本——既然 === 返回 true 或 false，直接把比较结果作为返回值即可：

function isEqual(a, b) {
  return a === b;
}

两种写法的可观察行为完全一致：传入相同值返回 true，否则返回 false。但后者的信息密度高得多：函数体从三行压缩到一行，去掉了分支结构之后，代码要表达的含义「返回 a、b 是否全等」反而更加直白。这正是把函数改造成**判断函数（predicate）**的标准手法：当函数的唯一职责是回答「是/否」时，直接返回条件表达式，而不是通过分支去「翻译」这个条件。

动手挑战：修复 isLess 中的 if/else

掌握了上面的思路后，就到了本课的实操环节。种子代码（# --seed--）给出一个待改造的函数 isLess，其注释区域内的写法与反模式如出一辙：

function isLess(a, b) {
  // Only change code below this line
  if (a < b) {
    return true;
  } else {
    return false;
  }
  // Only change code above this line
}

isLess(10, 15);

指令（# --instructions--）只有一句话：Fix the function isLess to remove the if/else statements.（修复 isLess，去掉其中的 if/else 语句。）

挑战只允许修改两行 // Only change code below this line 与 // Only change code above this line 之间的内容，这正是 freeCodeCamp 课程文件的标准编辑边界约定。由于 < 与 === 一样会返回布尔值，因此标准解法是把整个 if/else 分支替换为直接返回比较结果：

function isLess(a, b) {
  return a < b;
}

改造后，isLess(10, 15) 会返回 10 < 15 的计算结果 true，isLess(15, 10) 返回 false，与原来分支写法的语义完全等价。

自动化判题：hints 如何验证你的解法

与所有 freeCodeCamp 挑战一样，本课的验收标准以 # --hints-- 形式随课程文件一起维护，其含义可以逐条拆解：

isLess(10, 15) 应返回 true，判题代码为 assert(isLess(10, 15) === true);
isLess(15, 10) 应返回 false，判题代码为 assert(isLess(15, 10) === false);
你的代码中不允许再出现任何 if 或 else，判题代码为 assert(!/if|else/g.test(__helpers.removeJSComments(code)));

第三条 hint 值得专门说明：__helpers.removeJSComments(code) 会先把代码中的注释剔除，再对剩余代码执行 /if|else/g 正则匹配。这样设计是为了防止学习者通过「把 if/else 写进注释里」这种取巧方式绕过检查，同时也意味着——即使解法本身不含 if/else，如果注释里恰好出现了这两个词，也会被判定为不合规。

从仓库的工程实现看，这套判题机制的底层是结构化的。在 challenge-schema.js 中，挑战的 tests 被定义为 { id, text, testString } 结构的数组：text 即读者看到的 hint 文案，testString 即上面这种可执行的断言代码。而 test-challenges.js 则负责把这些断言真正跑起来——课程维护流程会取出每个挑战的 tests，用自动化浏览器/运行时逐一执行 testString，并校验仓库自带的 # --solutions-- 也必须通过全部测试。也就是说，你在编辑器里看到的那句「You should not use any if or else statements」，在 CI 里就是一条真实的断言规则，而不是人工抽查。

语义对等与边界：什么情况下不该这样重构

把「分支 + 双 return」折叠为「return 表达式」，本质是运用了布尔代数的同一律，适用于函数的返回值恰好等价于某个布尔条件的场景。适用面其实很广，例如：

function isPositive(n) {
  return n > 0;
}

function canVote(age) {
  return age >= 18;
}

function hasOwnPropertyKey(obj, key) {
  return Object.prototype.hasOwnProperty.call(obj, key);
}

但反过来也要明白边界：如果函数在比较之外还需要做额外处理（比如命中条件时除了返回 true 还要执行副作用、或需要返回 true/false 之外的三态值），就不能盲目套用「直接 return 条件」的写法。本课训练的是「判断与返回重叠」这一特定形态，读者应当把重构直觉建立在语义等价之上，而不是为了少写几行而改变函数的对外行为。

知识串联与后续课程

如前所述，本课在 basic-javascript.json 中与相邻课程形成了一条清晰的能力递进线：

Comparison with the Equality Operator（56533eb9ac21ba0edf2244d0.md）：奠定「比较运算符返回布尔值」的认知基础；
Returning Boolean Values from Functions（本课）：把该认知落地为「函数直接返回布尔条件」的编码习惯；
Return Early Pattern for Functions（56533eb9ac21ba0edf2244c4.md）：紧接着引入 return 提前退出，用于消除嵌套的 else；
Counting Cards：把布尔与提前返回技巧综合进一个带状态的计数程序。

可以说，本课是 freeCodeCamp 引导学习者从「命令式的 if/else 思维」过渡到「表达式思维」的关键一课。它的价值不止于一道小题——当你日后写出 return items.filter(x => x.price > 100) 或 return a >= b && c !== d 这类一行代码时，底层运用的正是这里建立起的直觉：条件本身就是值，可以直接被返回、赋值或参与组合。