我已经看到了两种方法,用于确定参数是否已传递给JavaScript函数。我想知道是一种方法比另一种好,还是一种方法不好用?

 function Test(argument1, argument2) {
      if (Test.arguments.length == 1) argument2 = 'blah';

      alert(argument2);
 }

 Test('test');

Or

 function Test(argument1, argument2) {
      argument2 = argument2 || 'blah';

      alert(argument2);
 }

 Test('test');

据我所知,它们的结果是一样的,但我以前在生产中只使用过第一个。

Tom提到的另一个选择:

function Test(argument1, argument2) {
    if(argument2 === null) {
        argument2 = 'blah';
    }

    alert(argument2);
}

根据Juan的评论,Tom的建议最好改为:

function Test(argument1, argument2) {
    if(argument2 === undefined) {
        argument2 = 'blah';
    }

    alert(argument2);
}

当前回答

这是我发现的少数几个测试案例之一:

if(! argument2) {  

}

工作得很好,并且在语法上具有正确的含义。

(同时限制我不允许argument2有一个合法的空值,它有一些其他的含义;但这真的会让人困惑。)

编辑:

这是一个很好的例子,说明了松散类型语言和强类型语言之间的风格差异;这是javascript提供的一种风格选择。

我个人的偏好是极简主义(对其他偏好没有批评)。只要我是一致和简洁的,代码需要表达的越少,其他人就需要理解的越少,从而正确地推断出我的意思。

这种偏好的一个暗示是,我不想——也不认为它有用——堆积一堆类型依赖的测试。相反,我试图让代码的意思像它看起来的那样;只测试我真正需要测试的东西。

One of the aggravations I find in some other peoples' code is needing to figure out whether or not they expect, in the larger context, to actually run into the cases they are testing for. Or if they are trying to test for everything possible, on the chance that they don't anticipate the context completely enough. Which means I end up needing to track them down exhaustively in both directions before I can confidently refactor or modify anything. I figure that there's a good chance they might have put those various tests in place because they foresaw circumstances where they would be needed (and which usually aren't apparent to me).

(我认为这是这些人使用动态语言的一个严重缺点。人们经常不愿意放弃所有的静态测试,最终以假装测试而告终。)

在比较全面的ActionScript 3代码和优雅的javascript代码时,我最清楚地看到了这一点。AS3可以是js的3到4倍,我怀疑可靠性至少不会更好,只是因为所做的编码决策的数量(3-4倍)。

如你所说,Shog9, YMMV。: D

其他回答

在ES6 (ES2015)中,您可以使用默认参数

function Test(arg1 = 'Hello', arg2 = 'World!'){ Alert (arg1 + ' ' +arg2); } 测试('你好','世界! ');// Hello World! 测试('你好');// Hello World! 测试();// Hello World!

为什么不用!!运营商吗?这个运算符,放在变量之前,把它变成一个布尔值(如果我理解得很好),所以!!未定义和!!Null(甚至!!)NaN,这很有趣)将返回false。

这里有一个例子:

function foo(bar){
    console.log(!!bar);
}

foo("hey") //=> will log true

foo() //=> will log false

有时你想要undefined作为一个可能的参数,但你仍然有可能不传递参数的情况。在这种情况下,你可以使用参数。长度来检查传递了多少个参数。


// Throw error if the field is not matching our expectations
function testField(label, fieldValue, expectedValue) {
    console.log(arguments) // Gives: [Arguments] { '0': 'id', '1': 1, '2': undefined }
    if(arguments.length === 2) {
        if(!fieldValue) {
            throw new Error(`Field "${label}" must have a value`)
        }
    }

    else if(expectedValue === undefined) {
        if(fieldValue !== undefined) {
            throw Error(`Field "${label}" must NOT have a value`)
        }
    }

    // We stringify so our check works for objects as well
    else {
        if(JSON.stringify(fieldValue) !== JSON.stringify(expectedValue)) {
            throw Error(`Field "${label}" must equal ${expectedValue} but was ${fieldValue}`)
        }
    }
}

testField('id', 12) ->传递,我们不希望id为空

testField('id', undefined, undefined) ->通过,我们希望id为undefined

testField('id', 12, undefined) ->错误,我们希望id是undefined

还有一种棘手的方法来确定参数是否传递给了函数。看看下面的例子:

this.setCurrent = function(value) {
  this.current = value || 0;
};

这意味着如果value的值不存在/传递—将其设置为0。

很酷啊!

这是我发现的少数几个测试案例之一:

if(! argument2) {  

}

工作得很好,并且在语法上具有正确的含义。

(同时限制我不允许argument2有一个合法的空值,它有一些其他的含义;但这真的会让人困惑。)

编辑:

这是一个很好的例子,说明了松散类型语言和强类型语言之间的风格差异;这是javascript提供的一种风格选择。

我个人的偏好是极简主义(对其他偏好没有批评)。只要我是一致和简洁的,代码需要表达的越少,其他人就需要理解的越少,从而正确地推断出我的意思。

这种偏好的一个暗示是,我不想——也不认为它有用——堆积一堆类型依赖的测试。相反,我试图让代码的意思像它看起来的那样;只测试我真正需要测试的东西。

One of the aggravations I find in some other peoples' code is needing to figure out whether or not they expect, in the larger context, to actually run into the cases they are testing for. Or if they are trying to test for everything possible, on the chance that they don't anticipate the context completely enough. Which means I end up needing to track them down exhaustively in both directions before I can confidently refactor or modify anything. I figure that there's a good chance they might have put those various tests in place because they foresaw circumstances where they would be needed (and which usually aren't apparent to me).

(我认为这是这些人使用动态语言的一个严重缺点。人们经常不愿意放弃所有的静态测试,最终以假装测试而告终。)

在比较全面的ActionScript 3代码和优雅的javascript代码时,我最清楚地看到了这一点。AS3可以是js的3到4倍,我怀疑可靠性至少不会更好,只是因为所做的编码决策的数量(3-4倍)。

如你所说,Shog9, YMMV。: D