我想对这些问题的回答相当简单，答案就是：想这些会让你一整天都会过的相当糟心。
可读性
咦，我听说你还不信。你仍旧对你的匿名函数恋恋不舍，并且还从未发生过bug。那么我得向你道歉，你认为你的代码是完美的。让我们看看这个！
看看下面两段代码：
function initiate (arguments) {
return new Promise((resolve, reject) => {
try {
if (arguments) {
return resolve(true);
}
return resolve(false);
} catch (e) {
reject(e);
}
});
}
initiate(true)
.then(res => {
if (res) {
doSomethingElse();
} else {
doSomething();
}
).catch(e => {
logError(e.message);
restartApp();
}
);
这是一个非常不正常的例子，但是我相信你已经明白我要说什么 了。我们的方法返回了一个promise，我们用这个promise对象/方法处理不同可能的 响应。
你也许会认为几段代码读起来并不难，但我认为它们可以变得更好！
如果我们去掉所有的匿名函数会怎样呢？
function initiate (arguments) {
return new Promise(checkForArguments);
}
function checkForArguments (resolve, reject) {
try {
if (arguments) {
return resolve(true);
}
return resolve(false);
} catch (e) {
reject(e);
}
}
function evaluateRes (res) {
if (res) {
doSomethingElse();
} else {
doSomething();
}
}
function handleError (e) {
logError(e.message);
restartApp();
}
initiate(true)
.then(evaluateRes)
.catch(handleError);
好，先讲清楚：这部分代码更长，但我认为其不仅仅是有更多的可读性！我们精心命名的函数与匿名函数不一样，只要我们一看到它们的名字就知道它们的功能是什么。这避免了在评估代码时的障碍。
这也有助于分清楚其中的关系。与创建一个方法、将其传递、然后运行逻辑不同，在第二个例子中的参数被给到了then，catch只是指向了发生所有事情的函数。
关于更具有可读性，我没有什么再能说服你的了。但是也许你还没被说服的话，我可以试一下最后的论据。
总结
以上所述是小编给大家介绍的不使用 JS 匿名函数的理由，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对黑区网络网站的支持！