在具有报告要求的应用程序中使用 Windows Workflow Foundation

Question

我非常想知道 WF 解决方案在应用程序中的可行性，其中企业所有者希望获得有关应用程序状态和数据的广泛报告功能。

我看到的主要问题是，WF 倾向于隐藏在工作流实例内序列化的数据，例如收件人列表，因此无法以我所知道的方式进行报告。

另一方面，如果将实例数据写出到外部资源（例如 SQL 表），那么您不是就放弃了随意更改工作流程的这一部分的能力（带走了 WF 的一个主要卖点） ）？

在 .Net 3.5 的 WF 中，我了解 SqlTrackingService 可以提供有关工作流实例事件、活动事件和用户事件的原始数据。但是，我想知道将活动中的大量实例数据记录到用户事件的可扩展性。另外，我看到 SqlTrackingService 使用的架构看起来很难维护报告解决方案，尤其是在工作流程随着时间的推移而更新的情况下。我这里错了吗？

那么，当报告成为主要问题时，有人成功使用 WF 吗？如果是这样，我想听听它是如何完成的，WF是否仅隔离到应用程序的某些部分（具有不适用于报告的数据）等等......

也许，这只是一个关于报告的问题一般来说，在 BPM 解决方案中也是如此......

编辑：

我已经接受了 Maurice 的回答，因为他花时间回答了这个问题，但我仍然对对此的任何其他意见感兴趣！

Answer 1

将 SqlTrackingService 与跟踪配置文件结合使用的性能非常好，特别是当您启用事务日志记录时。基本上，您希望使用跟踪配置文件仅跟踪您真正感兴趣的事件。您还可以告诉它提取并记录特定的用户数据。

检索数据的主要方法不是通过 SQL，尽管这是可能的，并且对于某些查询（例如让所有工作流执行特定活动），而是通过 SqlTrackingQuery 类。这还将反序列化附加的用户数据。