为什么不直接从另一个函数调用一个函数而不是使用回调呢？

Question

我有点困惑，不是关于回调的用途，而是因为我看到回调经常用于似乎不需要将函数作为参数传递给另一个函数的场景，因为您可以调用该函数您希望在当前函数中的代码执行完毕后调用。例如：

function hello( a , b ) {
    var result = a + b; 
    myFunction();
}

myFunction() {
    //code
}

hello(1,2);

令人困惑的是，我见过很多在场景中使用回调的示例，就像我编写的第一个代码一样简单，在我看来根本不需要回调：

function hello(a, b, callback) {
    var result = a + b;
    callback();
}

myFunction() {
    //code
}

hello(1, 2, myFunction);

我在那里使用了回调，但我可以在代码执行后调用函数myFunction，而不将myFunction 作为参数传递。我知道框架或库不知道代码执行完成后要调用的函数的名称，因此将稍后要调用的函数作为参数传递似乎是有意义的，但是当您知道函数的名称时你想在函数中执行任何代码之后调用它，为什么不像我在我给出的第一个示例中那样调用它呢？我会很感激你的帮助。谢谢

Answer 1

好处 1

回调很好的原因之一是您可以使用任何回调调用您的函数：

hello(1, 2, myFunction1);
hello(1, 2, myFunction2);
...
hello(1, 2, anyFunctionAtAll);

如果不可能将回调作为参数传递，您的hello 将始终执行 myFunction，因为它已固定在您的函数代码中。

好处2

另一个原因是，使用回调可以防止阻塞长时间运行的操作。您在函数操作完成后传递一个回调以运行，当它正在处理时，它将控制权交还给主事件循环而不是阻塞。

例如，如果您要执行这些操作：

hello(1, 2, myCallback);
console.log('Im not waiting for hello!')

如果您的 myCallback 函数处理时间过长，控制台操作不会等待它终止执行。

---

如果你想了解更多，知道任何其他 javascript 警告，我推荐 this 和 this

---

结论

如果您认为您不会从其中一件事情中受益，那么在您的场景中不需要回调。

Answer 2

您可以使用它的一个原因是您可以将 myFunction 作为匿名函数调用

function hello( a , b, callback ) {
    var result = a + b; 
    callback();
}

hello(1,2, function() {
   // your stuff here
});

第二个原因是如果你使用第三方 API 会怎样，例如你向端点发出 API 请求并等待响应？

$.get('api/some/url', function() {
   // This is your callback that get function provides you
})

或者您可能正在使用某些库，例如 jquery

$("p").hide("slow", function(){
   // Callback that will be executed after.
});

Answer 3

您在上面给出的示例对于回调来说不是一个很好的用例，imo。您通常不想简单地以程序方式执行回调函数，您希望该回调函数指示其传递给的包含函数的行为。这样，包含函数可以根据其给定的上下文/状态表现出不同的行为。

这是一个例子：

function modifyArray(array, callback) {
  var modifiedArray = [];

  for (var i = 0; i < array.length, i++) {
    modifiedArray.push(callback(array[i]));
  }

  return modifiedArray;
}

注意回调函数是如何不简单地执行的？它实际上规定了包含函数修改参数数组元素的方式。

这样，您可以编写可以在整个代码库中重复使用的高度灵活的函数。