处理异步控制结构（Fluent Interface？）

Question

我们的 Flex 应用程序的初始化代码正在执行一系列异步调用，以检查用户凭据、加载外部数据、连接到 JMS 主题等。根据应用程序运行的上下文，其中一些调用不会执行或执行不同的参数。

由于所有这些调用都是异步发生的，因此控制它们的代码很难阅读、理解、维护和测试。 对于每个调用，我们需要有一些回调机制，在其中我们决定接下来要执行的调用。

我想知道是否有人尝试过将这些调用包装在可执行单元中，并使用流畅的接口（FI）来连接和控制它们。

从我的想法来看，代码可能看起来像这样：

var asyncChain:AsyncChain = execute(LoadSystemSettings)
.execute(LoadAppContext)
.if(IsAutologin)
  .execute(AutoLogin)
.else()
  .execute(ShowLoginScreen)
.etc;
asyncChain.execute();

AsyncChain 将是一个执行树，使用 FI 构建（我们当然也可以构建一个没有 FI 的树）。

对于在单线程模型中运行的环境（如 Flash Player、Silverlight、JavaFX？等）来说，这可能是一个有趣的想法。

在我深入代码进行尝试之前，我希望得到一些反馈。

---

更新 19/03/2010：我们在 Spring ActionScript 项目中创建了一个实验性任务 API，用于提供对异步进程的控制。 我们很乐意收到反馈。 http://www.springactionscript.org/docs/reference/html/ the_operation_api.html#tasks

Answer 1

我做了类似的事情，专门用于应用程序的初始化。 然而，我在编写它时考虑了 MXML 的使用，因为我们使用 Flex 开发了大部分 Flash 应用程序。

语法看起来就像声明一个数组（我只是编写标签，但您明白了）：

<Initialize>
    <DisplayPreloader />
    <LoadConfiguration id="configurationLoader" source="foo.xml" />
    <ParseConfiguration source="{configurationLoader.result}" />

    <!-- ... --->
</Initialize>

使用 IMXMLObject 等接口，只需将其放入应用程序中就可以很好地工作，嘿，很快，这就是您的初始化代码。 当然，这不必用于初始化，它可以应用于任何地方。

显着的优点：

• 执行顺序直观且易于更改（只需向上或向下移动标签）
• 列表中的步骤并不真正关心其他步骤
• 数据可以通过使用绑定在步骤之间传递语法，促进依赖注入
• 正确封装的单任务步骤可以很容易地重复使用

显着缺点：

• MXML == 尖括号税
• 如果多次触发，使用绑定传递数据可能会导致意外结果
• 应注意步骤遵循单一职责原则，否则很容易变得过于复杂

Answer 2

你绝对可以做到这一点。 您可以传递操作和延续函数，并威胁它们是异步调用和回调。 这称为连续传递样式。 这需要将传统逻辑转换为函数调用序列。

直接的方法是引入一些单子框架（就像 Haskell 中的）来封装你的异步调用。 但在将程序逻辑转换为 CPS 时，您仍然需要创建多个函数（回调）。 看：
Haskell 中的 CPS。 但语法很丑陋。 良好的语法在Scheme中，但这与Scheme计算模型密切相关：可用于宏处理的宏和库代码。

通过一些语言支持，您可以简化语法：示例是 F# 中的计算表达式，完全异步。 其底层与 Monad 概念密切相关。

高级事件驱动编程的另一个有趣的想法是在 Reactive Extensions for .NET (接收）。 这个想法非常简单：事件与列表非常相似。 不同之处在于，您不构造它们（基于推的集合），而是从中获取下一个元素（基于拉的集合）。 相应地反转接口：在 IObservable 中，您将得到 OnNext、OnDone 和 OnError，而不是 IEnumerator 中的 MoveNext 和 Current。 然后，结合现有的可观察量，您可以获得接近您建议的代码的内容。

Answer 3

如果要使用 Flex 并深入了解异步调用流程，我会使用架构框架 Mate。 正如 Api 中所述：“Mate 的一个基本部分是 EventMap 标签，它允许您为应用程序创建的事件定义映射。 它基本上是 IActionList 块的列表，其中每个块都匹配一个事件类型[..]” 现在，在每个 EventMap 中，您可以有多个逻辑上相互连接的异步服务器调用。整个事情是基于 mxml 标记的，所以也是非常容易阅读。

Answer 4

由于您的函数必须是异步的，因此您不能让它们阻塞以等待下一个操作，因此它们所做的就是将一些代码存储在稍后将执行的结构中。

听起来很熟悉？ 简而言之，您正在编译一种语言并执行一个虚拟机。

这并没有错，但以正确的方式思考会让你找到正确的文献。 例如，不必与内部结构作斗争，以便 .else() 部分知道它配对的是哪个 .if()，只需编写一个完整的解析器并向其发送一个字符串与你的程序。

还有很多关于编写简单虚拟机的示例

Answer 5

其中大部分都是关于此类编程的非常有趣的讨论。 它也是我们最常用语言中最薄弱的部分，用同步语言表达异步逻辑是非常痛苦的。 我相信延续是这里的答案，因为我们可以认为同步和程序同步，但可以轻松地对异步程序控制流进行建模。 同步编程很好理解并且重用也很容易。 异步根本不是。 但是，直到世界赶上......唉。

你的建议看起来很有趣，但我现在已经做过至少两次这种类型的事情，而且从来都不满意。 我认为您将很难在运行时评估 if 块。 我一直遇到的问题是以干净的方式从一个步骤到下一步获取数据。 您将如何针对步骤运行后可能不存在的值编写 if 语句。

如果我是你，我会考虑查看状态模式。 状态模式对对象中的此类行为进行建模，并且可以异步执行转换。 您也许能够创建一个流畅的界面来创建像上面一样的状态。

我非常有兴趣了解它的进展情况，因为我现在正在 AIR 应用程序中执行此操作，而且我对此感到非常满意。