可以用Javascript声明函数或方法吗?

可以用Javascript声明函数或方法吗?,javascript,jslint,jshint,Javascript,Jslint,Jshint,JSHint告诉我,如果我的方法在使用之前没有定义,那么它们就不会被识别 我可以尝试按顺序重新安排我的所有方法,但我希望有一种方法可以通过“向前声明”这些方法来避免警告 我不太确定正确的名称是什么,但我想让解释器知道这些函数在代码中更进一步 完整报告如下- 谢谢我想你能做的就是设置undef:false,这会导致其他问题 您可能需要忽略它、重新构造或运行它,并假设包含函数的文件将在调用它们的代码之前加载 我想让解释器知道这些函数存在于代码的更深处 解释器确实知道这些函数存在于代码的更深处。代码应

JSHint告诉我,如果我的方法在使用之前没有定义,那么它们就不会被识别

我可以尝试按顺序重新安排我的所有方法,但我希望有一种方法可以通过“向前声明”这些方法来避免警告

我不太确定正确的名称是什么,但我想让解释器知道这些函数在代码中更进一步

完整报告如下-


谢谢

我想你能做的就是设置
undef:false
,这会导致其他问题

您可能需要忽略它、重新构造或运行它,并假设包含函数的文件将在调用它们的代码之前加载

我想让解释器知道这些函数存在于代码的更深处

解释器确实知道这些函数存在于代码的更深处。代码应该可以正常运行。只有jshint不喜欢它

按照您认为有用和有意义的顺序声明函数并没有错,例如,相邻声明相关函数是正常的(也是有帮助的)。就我个人而言,我发现在脚本顶部声明页面初始化类型函数很有帮助,尽管它们不可避免地会调用稍后声明的其他函数

如果您在代码中引入某种“预声明”,我认为这会使代码更难阅读和维护,因为显然,您必须将预声明与实际声明相匹配,即使它们在代码中相隔很远。当您下周回来更改函数时,您必须记住更新代码的两部分。这意味着您更有可能引入不一致和错误

因此,考虑到jshint的目的是使代码更可靠,您肯定不想添加一些人工构造来传递jshint,即使从长远来看这会使代码更不可靠


<> P>您应该考虑避免这种警告的唯一重组是重新排序函数,但在我看来,最好忽略这种情况下的警告。(有关闭警告的选项吗?

没有,没有一种方法可以在上下文中重新安排这些功能,因为它们在上下文中丢失了。考虑提供一个“更大的画面”:我认为正确的答案是重新排序它们……这就是我所做的。