使用不返回任何内容的 return 语句有什么好处吗？

Question

我正在重构一个从开源项目中挑选的大型 javascript 文档。许多函数使用不一致的返回语句。这是我的意思的一个简单示例：

var func = function(param) {
    if (!param) {
        return;
    }
    // do stuff
    return true;
}

函数有时返回布尔值，有时返回字符串或其他内容。通常它们与条件内的简单return; 语句配对不一致。

问题是代码很复杂。它是一个使用大量唯一 RegEx 匹配、动态创建和销毁 DOM 节点等的解析器。初步测试表明，在上面的示例中，我可以将 return; 语句更改为 return false;，但我'我担心直到很久以后我才意识到它对脚本有负面影响（即某些功能停止工作）。

所以我的问题是：使用空白退货声明有什么好处吗？这可能是故意这样编码的还是只是懒惰？我可以将它们全部更改为return false; 或return null;，还是我需要深入研究每个调用并找出它们对这些函数的结果做了什么？

Answer 1

使用不带值的return 将返回值undefined。

如果该值被评估为布尔值，undefined 将作为false 工作，但如果将该值与false 进行比较，您将得到不同的行为：

var x; // x is undefined
alert(x); // shows "undefined"
alert(!x); // shows "true"
alert(x==false); // shows "false"

因此，虽然代码应该在逻辑上返回 true 或 false，而不是 true 或 undefined，但您不能只将 return; 更改为 return false; 而不检查返回值的使用方式。

Answer 2

“空白返回”语句可用于将控制权转移回调用函数（或由于某种原因停止执行函数 - 例如：验证等）。在大多数情况下，我在进行某种验证时使用空白返回语句。但是，我强调要设置一些指标来说明函数执行停止的原因。例如，在带有错误消息的 DIV 元素上设置“innerText”属性。

在上面的代码中，它看起来像是一个验证。如果一切顺利，该函数将返回“true”。看起来调用函数解析返回值，如果它是“真”，则执行下一步语句（在调用函数中）。

在上面的示例中，最好返回“false”而不是空白返回。这样一来，您就可以使一切变得统一，并使其他程序员的生活变得轻松。

您可以修复此类不一致；但是，请确保彻底测试所有更改。测试您对代码所做的每项更改都是一个好习惯，无论更改多么小。

Answer 3

这里可能会丢失（不是直接用你的例子）是你可以拥有一个三态对象：

var myfunc = function(testparam) {
    if (typeof testparam === 'undefined') return;
    if (testparam) {
        return true;
    }
    else {
        return false;
    }
};

var thefirst = myfunc(true)
var thesecond = myfunc(false);
var thelast = myfunc();
alert("type:" + typeof thefirst+" value:"+thefirst);
alert("type:" + typeof thesecond+" value:"+thesecond);  
alert("type:" + typeof thelast+" value:"+thelast); 

这些返回：

> type:boolean:true 
> type:boolean:false
> type:undefined:undefined

注意：在本例中，null 将返回 false myfunc(null);

Answer 4

return; 和 return undefined; 之间没有任何区别。调用这两个函数的结果是接收到值undefined。

（以return 终止的函数体与仅从代码末尾脱落的函数体之间存在非常小的规范级别差异，但这没什么可以在代码中检测到。¹调用执行落在代码末尾的函数也会导致值undefined。）

"use strict";

// Implicit return of `undefined`
function x() {
    return;
}
// Explicit return of `undefined`
function y() {
    return undefined;
}
// Execution falls off the end
function z() {
}
console.log(typeof x() === "undefined"); // true
console.log(typeof y() === "undefined"); // true
console.log(typeof z() === "undefined"); // true

---

除非，当然，undefined 受到了影响。遗憾的是，这仍然是可能的（尽管很高兴，在全球范围内不是）。在那种非常前卫的边缘情况下，情况有所不同：

"use strict";
(function() {
    const undefined = 42;
//  ^^^^^^^^^^^^^^^---- shadowing `undefined`
    // Implicit return of `undefined`
    function x() {
        return;
    }
    // Explicit return of `undefined`
    function y() {
        return undefined;
    }
    // Execution falls off the end
    function z() {
    }
    console.log(typeof x() === "undefined"); // true, `x` returns the canonical `undefined`
    console.log(typeof y() === "undefined"); // false, `y` returns 42
    console.log(typeof z() === "undefined"); // true, `z` (effectively) returns the canonical `undefined`
})();

---

¹ 使用return 是一个突然完成，[[Call]] 将其转换为带值的正常完成。落在代码末尾的是 正常完成 (spec)（[[Call]] 确保为值提供 undefined）。但同样，这是规范级别的差异，而不是在代码中可观察到的。

Answer 5

更改函数实际上会改变代码，因为return; 和return false; 输出不同的数据类型。

var test = function (x) {
    if (!x) {
        return;
    }
    else {
        return false;
    }
};

var a = test(true), b = test(false);

console.log(typeof b); // undefined
console.log(typeof a); // boolean