将函数作为参数传递给其他函数，不好的做法？

我们一直在改变AS3应用程序与后端通信的方式，并且正在实现REST系统以替换旧系统。

不幸的是，开始工作的开发人员现在正在休长期病假，并且已移交给我。在过去的一周左右的时间里，我一直在使用它，并且我了解该系统，但是有一件事让我感到担心。函数似乎有很多传递给函数。例如，调用服务器的类具有一个函数，该函数将在过程完成且已处理错误时调用并传递对象。

它给我一种“糟糕的感觉”，让我感觉这是一种可怕的做法，我可以想到一些原因，但是在我建议对系统进行重新设计之前，我需要一些确认。我想知道是否有人对这个可能的问题有任何经验？

没问题

这是一种已知的技术。这些是高阶函数（以函数为参数的函数）。

这种功能也是功能编程中的基本构建块，并在Haskell等功能语言中得到了广泛使用。

这样的功能不是坏的还是好-如果您从未遇到过这些概念和技术，一开始它们可能很难理解，但它们可能非常强大，并且是工具带中的好工具。

它们不仅用于函数式编程。它们也可以称为回调：

回调是一段可执行代码，将其作为参数传递给其他代码，该代码应在方便的时候回调（执行）该参数。调用可以像在同步回调中​​那样立即进行，也可以在稍后的时间（如异步回调中）进行。

考虑一下异步代码。您传入一个函数，例如，将数据发送给用户。仅在代码完成后，您才使用响应结果调用此函数，然后该函数将其用于将数据发送回用户。这是一种观念转变。

我写了一个库，可以从种子箱中检索Torrent数据。您正在使用非阻塞事件循环执行此库并获取数据，然后将其返回给用户（例如，在websocket上下文中）。假设您有5个人在此事件循环中连接，并且其中一个请求获取某人的torrent数据停滞。那会阻塞整个循环。因此，您需要异步考虑并使用回调-循环继续运行，并且“将数据返回给用户”仅在函数完成执行后运行，因此无需等待。开火，算了。

这不是一件坏事。实际上，这是一件非常好的事情。

将函数传递给函数对于编程非常重要，以至于我们发明了lambda函数作为简写。例如，可以将lambda与C ++算法结合使用，以编写非常紧凑而又富有表现力的代码，从而使通用算法能够使用局部变量和其他状态来执行诸如搜索和排序之类的操作。

面向对象的库也可能具有回调，这些回调本质上是指定少量函数（理想情况下是一个函数，但并非总是如此）的接口。然后，可以创建一个实现该接口的简单类，并将该类的对象传递给函数。这是事件驱动编程的基石，其中框架级代码（甚至可能在另一个线程中）需要调用对象以响应用户操作而更改状态。Java的ActionListener接口就是一个很好的例子。

从技术上讲，C ++函子也是一种回调对象，它利用语法糖（operator()()）做同样的事情。

最后，有一些C样式的函数指针仅应在C中使用。我将不做详细介绍，出于完整性的考虑，我仅提及它们。上面提到的其他抽象要好得多，应该在具有它们的语言中使用。

其他人提到了函数编程，以及在这些语言中传递函数是多么自然。Lambda和回调是过程和OOP语言模仿的方式，它们非常强大且有用。

如前所述，这不是坏习惯。这仅仅是将责任分离和分离的一种方式。例如，在OOP中，您将执行以下操作：

public void doSomethingGeneric(ISpecifier specifier) {
    //do generic stuff
    specifier.doSomethingSpecific();
    //do some other generic stuff
}

通用方法将特定的任务（它一无所知）委派给另一个实现接口的对象。通用方法仅知道此接口。在您的情况下，此接口将是一个要调用的函数。

通常，将函数传递给其他函数没有任何问题。如果您要进行异步调用并希望对结果做些事情，则需要某种回调机制。

简单回调有一些潜在的缺点：

• 进行一系列调用可能需要深度嵌套回调。
• 错误处理可能需要为一系列呼叫中的每个呼叫重复。
• 协调多个呼叫很尴尬，例如同时进行多个呼叫，然后在完成所有呼叫后再执行一些操作。
• 没有一般的取消一组呼叫的方法。

使用简单的Web服务，您的工作方式可以正常工作，但是如果您需要更复杂的呼叫排序，它将变得很尴尬。虽然有一些替代方案。以JavaScript为例，已经向使用Promise转变（javascript Promise真是太好了）。

它们仍然涉及将函数传递给其他函数，但是异步调用返回的值本身需要回调，而不是直接采用回调。这为将这些调用组合在一起提供了更大的灵活性。这样的事情可以在ActionScript中轻松实现。