从 javascript 函数返回 `undefined` 或 `null` 更好吗？

未定义通常是指尚未分配值（尚未）的事物。 Null 指的是绝对没有价值的东西。在这种情况下，我建议返回 null。请注意，没有指定返回值的函数会隐式返回 undefined。

来自 ECMAScript2015 规范

4.3.10 undefined value original value 当一个变量没有被赋值时使用的值 4.3.12 null value 原始值，表示有意不存在任何对象值

http://www.ecma-international.org/ecma-262/6.0/#sec-terms-and-definitions-undefined-type

进一步阅读：

When is null or undefined used in JavaScript?

---

我将为您提供我个人在两者之间进行选择的自以为是的方式。

我的简单问题是：给定另一个输入/状态/上下文的值是否可以定义为某些东西？

如果答案是肯定的，则使用 null，否则使用 undefined。更一般地，当预期对象不存在时，任何返回对象的函数都应返回 null。因为它可能存在给另一个输入/状态/上下文。

null 表示给定输入/状态/上下文的价值缺失。它隐含地意味着值本身的 concept 存在于您的应用程序的上下文中，但可能不存在。在您的示例中，存在下一张卡片的概念，但卡片本身可能不存在。应该使用 null。

undefined 隐含地表示该值在您的应用程序上下文中没有意义。例如，如果我操作具有给定属性集的 user 对象并尝试访问属性 pikatchu。此属性的值应设置为 undefined，因为在我的上下文中，拥有这样的属性没有任何意义。

---

我会争辩说没有最好的方法，甚至标准函数有时也会选择其中一种。

例如：

[[Prototype]] 普通对象有一个 [[Prototype]] 内部槽，它决定了它们从哪个其他对象继承。当然，必须有一种方法可以说一个对象不继承自任何其他对象。在这种情况下，“没有这样的对象”使用 null 表示。

Object.getOwnPropertyDescriptor 期望返回一个属性描述符，即描述一个属性（例如值、可写性、可枚举性和可配置性）的对象。但是，该属性可能不存在。在这种情况下，“没有这样的属性”使用 undefined 表示。

document.getElementById 期望返回具有给定 ID 的元素。但是，可能没有具有该 ID 的元素。在这种情况下，“没有这样的元素”使用 null 表示。

因此，只需选择您喜欢或认为对您的具体情况更有意义的任何内容。

---

取决于您需要对返回值做什么。

typeof null 返回一个对象。该对象的值为 undefined

typeof undefined 返回 undefined

---

undefined 不是您应该分配的东西。您可能要考虑返回 undefined 以外的其他内容。在您的情况下，即使您根本不返回任何内容，结果也将是 undefined。所以，我建议改用 null。

考虑这个样本，

function getSomething() {
     // .. do something
     return undefined;
}

function doSomething() {
     // .. I'm not gonna return anything.
}

var a = getSomething();
var b = doSomething();

以上示例结果为 a === b，即 undefined。不同之处在于您保存了 1 个语句执行。

---

这是一个示例，其中 undefined 比 null 更有意义：

我对 JSON.parse 使用了一个包装函数，将其异常转换为 undefined：

// parses s as JSON if possible and returns undefined otherwise
// return undefined iff s is not a string or not parseable as JSON; undefined is not a valid JSON value https://stackoverflow.com/a/14946821/524504
function JSON_parse_or_undefined(s) {
    if ("string" !== typeof s) return undefined

    try {
        const p = JSON.parse(s)
        return p
    } catch (x){}

    return undefined
}

请注意，null 在 JSON 中有效，而 undefined 无效。

---

我认为在这种情况下，应该返回 null。

如果您从理论计算机科学的角度考虑这个问题，那么 undefined 用于表示 non-termination/non-computability（即partial function f 的未定义点 x 的占位符，通常写成 f(x) = ⊥）。

但是，getNextCard 似乎能够计算下一张卡片（如果存在），并且如果没有下一张卡片也能够计算。换句话说，函数是 total，因为它对每个输入都终止。

话虽如此，需要一个特殊值 表示终止而没有有意义的结果（即“我无法为该输入返回任何卡”），这对我来说是 null 而不是 undefined。

笔记：

您可以在其他一些类型化语言中看到对该参数的一些支持，其中使用 option type 表示没有有意义结果的终止（有时也称为 可空类型）。 Haskell 中的 Maybe 就是一个例子。

另一方面，我们当然不知道 JavaScript 中的 undefined 真正应该是什么意思。因此，与 undefined 的类比有点勉强。此外，由于我们总是希望使用全部函数，这相当于说“永远不要从函数返回 undefined”。这似乎有点严格，因为它会将 undefined 的使用限制为尚未设置的属性/变量。

最后，我个人的偏好是从不返回 undefined，我可以返回 null，我还认为这是更好的编码约定（因为除其他外，x !== null 比 typeof x !== 'undefined' 短）。

---

第一个答案是对的。它们在理论上具有不同的含义。但是，并不总是很清楚该选择哪个。

我倾向于在我的开发中使用 null 尽管我认为这完全是主观的事情。

我使用它主要是因为：

未定义的变量可能会在旧浏览器中被覆盖，因此返回它有点复杂。同样的问题迫使您在获取函数结果时使用 typeof var === 'undefined' 。链接 其他语言倾向于广泛使用 null，其中很多甚至没有 undefined（例如 php）。在语言之间快速切换时，这给了我一种一致性。

---

我认为使用什么是非常值得商榷的。我更喜欢语义上尽可能准确的代码，因此我认为 undefined 在这种情况下是合适的。

我认为 null 赋值意味着“一个变量设置为空”。这与 undefined 相反，意思是“这东西根本不存在”

正如先前的答案所指出的，返回 undefined 有问题，这完全取决于您是否会打扰您。它不会打扰我。

---