具有检查点和恢复的事务服务的设计模式

Question

我有一个多步骤过程，每个步骤执行一些网络IO（Web服务调用），然后保留一些数据。 我想以容错的方式设计它，这样，如果由于系统崩溃或其中一个步骤失败而导致服务失败，我可以从上一个无错误的步骤中恢复并重新启动。

这是我正在考虑的解决方法（这是相当高的水平）：

1. 将每个步骤的状态（NOT_STARTED，IN_PROGRESS，FAILED）存储在数据库表中
2. 如果某个步骤失败，则将其及其相关步骤标记为“失败”，然后移至下一个非相关步骤
3. 通过读取此表进行恢复（例如，在应用程序的引导部分中）

我想知道是否有一些设计模式，框架和算法可以解决这个问题。

Answer 1

您可以考虑“责任链”设计模式： http : //en.wikipedia.org/wiki/Chain-of-responsibility_pattern

Answer 2

这是一篇很好的论文，“ 基于检查点的恢复的设计模式 ”，解决了该问题。

Answer 3

记忆 （GoF）可用于在潜在失败的呼叫之前存储状态。

要搜索的一个很好的关键词是交易 。 这样，您可以将由于失败而发生的更改回滚到最接近的“稳定”状态。 这是您的数据库将要提供的一件事。

命令模式还具有事务的已知用法。

Answer 4

就行为设计模式而言，我建议您研究以下内容，因为它们似乎很适合您的需求。 请记住，该列表是基于对您的实现的高度了解。

• 模板方法 -用于定义程序框架
• 策略 -根据需要交换算法
• Memento-用于将对象还原到以前的状态
• 状态 -加上纪念图案

如果您还不熟悉，我强烈建议您查找Model-View-Controller 模式和Model-View-Presenter模式，因为它们会使您的开发体验更加愉悦。

如果您有任何后续问题，请随时提出。 :)