企业官网建设流程全解析

• 教程

JS Tips（jstips）项目以短小精悍的 JavaScript 技巧著称，第 12 期（tip 12）围绕 ES6 的"参数默认值"（default parameter values）特性，给出了一个非常巧妙的设计模式：在不污染函数体的前提下，让原本默认可选的 JavaScript 函数参数变成"伪强制"参数——缺失即抛错。本文将以该 tip 为骨架，结合仓库内 原文档 与其他相关 tips，完整还原这一技巧的代码、触发原理与边界行为，并给出可直接落地到业务代码中的扩展方案。

参数哲学：从"默认强制"到"默认可选"

在许多编程语言（如 Java、C++）中，函数的参数默认是强制需要的，开发者必须显式地把某个参数声明为可选。而在 JavaScript 中情况恰好相反：

• 每一个参数默认都是可选的，调用时即使不传，函数也不会报错，参数值为undefined；
• 想在函数内部校验参数是否缺失，通常要写一堆if (arg === undefined) { ... }之类的守卫代码，把函数体搞得越来越臃肿。

ES6 引入的参数默认值（default parameters）特性改变了这一切：我们可以在函数签名中直接声明参数的默认值，从而把"缺失时怎么办"的策略从函数体里剥离出来。本 tip 的思路正是：让默认值本身成为一个抛错动作——缺参时默认值被求值，求值即抛错，从而在函数体之外完成强制校验。

核心技巧：把默认值写成"抛错函数"

原文档给出的完整实现如下（_posts/en/javascript/2016-01-12-pseudomandatory-parameters-in-es6-functions.md）：

const _err = function( message ){ throw new Error( message ); } const getSum = (a = _err('a is not defined'), b = _err('b is not defined')) => a + b getSum( 10 ) // throws Error, b is not defined getSum( undefined, 10 ) // throws Error, a is not defined

运行结果说明：

要点拆解：

• _err是一个"即抛函数"：它的唯一职责就是接收一条消息并立即throw new Error(message)。把抛错逻辑收敛到这个单点函数中，便于统一管理错误类型与消息格式；
• 默认值写的是"函数调用"而非"函数引用"：a = _err('a is not defined')中_err(...)在需要求值默认值时被执行，执行结果就是抛错；
• 函数体保持纯净：getSum的箭头函数体只有a + b一行，没有任何参数校验代码，这正是原文档强调的"without messing with the actual body of a function"。

原理剖析：默认值在什么时机被求值

要正确使用这一模式，必须理解 ES6 默认参数的两条核心规则：

1. 仅在实参为undefined时触发：当调用方没有传参（参数值为undefined）或显式传入undefined时，对应参数的默认值才会被使用。这也解释了为什么getSum( undefined, 10 )会抛a is not defined；
2. 默认值是惰性求值的：默认值表达式不是函数定义时求值，而是每次调用时、恰好在该参数缺失的那个瞬间才求值。因此_err(...)不会在getSum定义时就执行，只有真正缺参的调用才会触发抛错——函数正常使用时毫无额外开销。

从这一特性可以顺带延伸出一个常用配套技巧：用显式传入undefined来"跳过"某个参数。例如三参数函数fn(a, b, c)，若只想传a和c，可以写成fn(1, undefined, 3)，b的默认值会被正常触发。

边界情况：null不会触发默认值

原文档的第二个调用示例已经展示了undefined的触发作用，这里需要特别提醒一个容易踩的坑：显式传入null并不会触发默认值。

JavaScript 中undefined与null是两种不同的"无值"语义。仓库 tip 05《Differences between undefined and null》 明确指出：

• undefined表示变量已声明但尚未赋值，JavaScript 自动设置的"空值"；
• null是开发者主动赋值、用来表示"这里没有值"的赋值结果；
• 二者在宽松相等下相等（null == undefined // true），但在严格相等下不同（null === undefined // false）。

映射到默认参数上：如果调用getSum(null, 10)，a收到的值是null而非undefined，默认值不会触发，_err不会执行，null + 10最终得到10——强制校验被静默绕过。因此在使用本技巧时，若业务上需要拦截null，仍需要在函数体内显式判断，或在使用方约定"缺失一律传undefined/ 不传"。

与仓库其他 Tips 的联动：箭头函数、可选参数与解构

本技巧并非孤立存在，仓库内多个 tips 与之相互印证、组合使用。

箭头函数（tip 14）

getSum本身就是一个箭头函数。仓库 tip 14《Fat Arrow Functions》 介绍了=>语法：单参数可省略括号、多参数必须加括号、函数体为单表达式时可省略return。正是这种简洁语法，让(a = _err(...), b = _err(...)) => a + b这一行既能承载默认值声明、又能保持函数体极简——若用传统function关键字书写，代码会明显冗长。

可选参数的另一面（tip 54）

如果说本 tip 是"把可选参数强制化"，仓库 tip 54《How to use optional arguments in functions》 则是相反方向的处理：通过arguments对象或 ES6 剩余参数（rest parameters），手动识别哪些参数被传入、哪些被省略，实现"参数 2、3 可选、末尾回调可选"的灵活签名。两种思路对比可见：

解构参数 + 默认值（tip 43）

仓库 tip 43《Use destructuring in function parameters》 展示了默认参数与解构赋值的组合威力：对options对象参数，既可以用{ name = "Anony" }给每个属性设默认值，又可以用= {}兜底"整个参数都没传"的场景。若将本 tip 的抛错函数思想引入其中，还能实现"对象参数的某个必需属性缺失即抛错"，例如：

const requireProp = (propName) => (obj) => { if (obj[propName] === undefined) { throw new Error(`Property "${propName}" is required`); } return obj; }; const configure = ({ url = requireProp('url')({}), timeout = 1000 } = {}) => { // url 缺失时抛错，timeout 缺失时使用 1000 console.log(`request to ${url}, timeout ${timeout}ms`); };

实战扩展：抽象成通用的 mandatory 辅助函数

在实际项目中，把"抛错"逻辑内联在每一个默认值位置会略显重复。可以像_err一样将其抽象为一个可复用的辅助函数，甚至支持自定义错误类型：

const mandatory = (name) => { throw new Error(`Missing required parameter: ${name}`); }; const createUser = ({ name = mandatory('name'), email = mandatory('email'), age = 18 } = {}) => { // name、email 为强制项，age 为可选项 console.log(`create user: ${name} <${email}> age=${age}`); }; createUser({ name: 'Alice' }); // throws Error: Missing required parameter: email createUser({ name: 'Alice', email: 'alice@example.com' }); // create user: Alice <alice@example.com> age=18

该方案的优势在于：

• 错误信息统一：所有缺参错误共用一种消息格式，便于前端提示与日志检索；
• 声明式校验：哪个参数必填、哪个可选，直接在签名上"一眼可见"，函数体只关心正常逻辑；
• 与解构组合后尤其强大：对象型参数的字段级强制校验同样适用（如上例的name、email）。

适用前提与注意事项

• 运行环境要求 ES6 支持：默认参数、箭头函数均为 ES6 特性，需要 Node.js 现代版本、现代浏览器或经由 Babel/TypeScript 转译后运行；仓库内的 tip 43 也提到，旧版运行时可能需要通过--harmony-destructuring之类的标志才能启用部分特性；
• 错误信息可读性：_err的消息文本应描述"哪个参数缺失"而非笼统的报错，便于定位问题（原文档示例即采用'a is not defined'的精确表述）；
• 不要滥用：对于确实允许省略、且有合理默认行为的参数，直接用默认值即可，不必强制。伪强制参数只适用于"业务上必须有值"的场景（如配置项、必填 ID、请求必填字段）；
• null陷阱：如前文所述，显式传null不会触发默认值，若需拦截null需在函数体内额外处理。

小结

"伪强制参数"是 ES6 默认参数特性的一个巧妙用例：它利用默认值在缺参时才会被惰性求值的机制，把"抛错"作为默认值注入参数签名，从而在函数体之外完成强制校验。配合箭头函数（tip 14）、解构参数（tip 43）可以覆盖各种函数签名场景，与可选参数技巧（tip 54）互为补充。掌握这一模式后，你的 API 函数可以在保持函数体干净的同时，向调用方传递清晰、强制的契约。

本文基于仓库 JS Tips 项目 的第 12 期 tip 撰写，原文档位于 _posts/en/javascript/2016-01-12-pseudomandatory-parameters-in-es6-functions.md，仓库同时提供 中文版 与 繁体中文版，可供对照阅读。

• 教程