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

Question

我写了一个函数，基本上是这样的：

function getNextCard(searchTerms) {
  // Setup Some Variables

  // Do a bunch of logic to pick the next card based on termed passed through what I'll call here as 'searchTerms' all of this logic is omitted because it's not important for my question.
  // ...

  // If we find a next card to give, than give it
  if (nextCardFound)
    return nextCardFound;

  // Otherwise - I'm returning undefined
  return undefined;
}

问题：这里返回“null”会更好吗？

我可以将任何我想要的东西传回去 - 显然......我只是不确定什么是最好的使用。

调用此函数的代码知道如何处理 undefined（除非出现可怕的错误，否则它实际上永远不会真正发生）

我问这个问题的原因是我在某个地方听到了一些听起来像“不要将未定义的变量分配给变量”之类的东西 - 这会使调试变得更加困难。因此，我可以看到 null 被传回的事实告诉我返回正在工作 - 但基本上功能类似于 undefined。

---

文档：

Mozilla Docs 没有回答我的问题...谷歌也没有：\

This SO Question - 对于我在这里想要弄清楚的内容来说太宽泛了。

Answer 1

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

来自 ECMAScript2015 规范

4.3.10 未定义值

变量未赋值时使用的原始值

4.3.12 空值

表示 故意缺少任何对象值

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

进一步阅读：

When is null or undefined used in JavaScript?

Answer 2

我会告诉你我个人在两者之间的选择方式。

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

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

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

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

Answer 3

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

例如：

• [[原型]]

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

• Object.getOwnPropertyDescriptor

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

• document.getElementById

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

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

Answer 4

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

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

typeof undefined 返回 undefined

Answer 5

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 条语句执行。

Answer 6

这是一个例子，其中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 则无效。

Answer 7

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

如果您从理论计算机科学的角度考虑问题，则 undefined 用于表示非终止/不可计算性 （即partial functionf 的未定义点x 的占位符，通常写成f(x) = ⊥）。

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

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

---

注意事项：

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

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

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

Answer 8

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

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

我使用它主要是因为：

1. 未定义的变量可能会在旧浏览器中被覆盖，因此返回它有点复杂。同样的问题迫使您在获取函数结果时使用typeof var === 'undefined'。 link

2. 其他语言倾向于广泛使用 null，其中很多甚至没有 undefined（例如 php）。在语言之间快速切换时，这给了我一种一致性。

Answer 9

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

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

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