Array.of的核心优势在于行为统一、语义明确、边界安全，始终将参数原样转为数组元素，避免Array()因单数字参数引发的长度歧义、类型异常与条件判断耦合。
Array.of 在代码重构中取代 Array() 构造函数，核心优势在于行为统一、语义明确、边界安全——它把“传什么就放什么”变成可预测的硬规则，而不是依赖参数个数和类型的隐式判断。
避免单个数值参数引发的语义翻车
重构时最常踩的坑，就是把原本写死的 Array(1, 2, 3) 拆成变量传入，比如：
-
const id = 42;→Array(id)会意外生成长度为 42 的空数组，而非[42] - 若 id 来自 API 返回或用户输入，类型不可控，
Array(id)可能突然抛出RangeError（如传入负数或非整数浮点数） -
Array.of(id)则始终返回[42]，无论 id 是数字、字符串、null 还是对象
消除条件分支中的数组创建逻辑耦合
旧代码常需手动判断参数数量再选择创建方式：
if (args.length === 1) arr = [args[0]];else arr = Array.apply(null, args);- 这类判断在重构中容易遗漏或出错，尤其当参数来自解构、展开或动态拼接时
- 换成
Array.of(...args)，一行替代多行，逻辑扁平化，可读性与可维护性同步提升
保持对 undefined 和稀疏结构的精确表达
Array.of 不做任何隐式转换或 length 推断，这对重构中保留原始数据意图至关重要：
立即学习“Java免费学习笔记（深入）”；
-
Array.of(undefined)明确生成[undefined]（一个含 undefined 元素的数组） -
Array(undefined)却创建长度为 1 的空槽位数组（[empty]），二者在map、forEach中行为完全不同 - 重构工具或团队协作中，这种差异极易被忽略，导致运行时逻辑偏差
天然适配函数式编程与高阶抽象
在封装工具函数、编写通用处理器或对接 FP 库时，Array.of 提供稳定输入接口：
-
const createList = (...items) => Array.of(...items);—— 无需关心调用方传一个还是多个 - 配合
pipe或 compose 链式调用时，不会因参数个数变化破坏管道一致性 - 相比
[]字面量，它支持动态参数透传；相比new Array()，它不引入歧义副作用
不复杂但容易忽略：重构不是只改结构，更是把隐式约定显性化。Array.of 把“数组该是什么”这件事，交还给开发者自己决定，而不是交给构造函数那套模糊的重载规则。
