线程或状态机来管理应用程序状态？

Question

我有一个自动配置设备的Web应用程序。通信是通过使用HTTP的请求 - 响应方式实现的。我目前使用一个线程来管理配置过程，但通常建议应用程序线程不会在Web服务器中产生，所以我的问题是我应该使用基于事件的机制而不是线程？事件框架是用来维护应用程序状态还是我以错误的方式考虑它们？

如果还有其他适用的设计模式，我很乐意听到他们的消息。

非常感谢。

Answer 1

不知道如果我完全理解你的处境，在这里，但我会在它有一个刺呢。

几年前，我专门为ADSL激活请求在我的国家大型电信运营商提供服务的应用程序。我们收到来自上游应用程序的“激活请求”，我们的工作是运行一系列配置步骤，这些步骤必须在不同的设备上完成，使用不同的协议，可能会失败，可能不得不收回（以及当然，如果顾客退出，实施取消一个或多个步骤）。

我们选择了一种基于“状态机”的解决方案。每个请求都被表示为一个标题记录（在Oracle数据库中），它总结了状态（从“新”到“完成”，有各种中间步骤）和一系列子记录，每个子记录代表所需的N步骤之一完成配置。

我们已经为每种类型的步骤安排了批次，基本上选择相应操作类型的记录，并试图解决每个步骤（这允许我们根据协议对操作进行分组，例如snmp或telnet，还定义某种操作应该只在夜间或高峰时间以外运行

我们还安排了一个“元批”，它会定期检查每个打开的“标题”记录，检查是否全部所连接的步骤，记录均“已完成”的状态，并相应地更新头状态。

它缩放不够好，并且使我们能够不同步骤以最小O模型麻烦。完全或部分“回滚”也很容易 - 因为对于每一步我们都有一个具体的记录显示它是否已完成。

如果我必须在今天类似的问题的工作，我会倾向于一个状态机为基础的方法。

Answer 2

我@Prashant同意，试图比较线程的状态机模式是苹果和桔子。你目前如何配置线程的设备？跟踪设备状态的长期要求是什么，设备的状态会随着时间而改变？

换句话说，是结构的单触发的努力，其中它是convienent推下到一个单独的线程？如果您关心CPU的转换，特别是在相对较长的时间内，状态机模式是帮助您建模不同状态和可能转换的工具。

您可以通过多种方式实现状态机。例如，您可以使用事件触发转换，而某些静态变量则会跟踪当前状态。你可以在一个单独的线程中完成它，它有一个大的循环，其中包含一个大的switch语句。

我会问两个问题：

1）你是如何模拟设备的状态？

2）线程是否向您购买任何特定的配置设备？