我是否可以应用特定的模式来收集多个操作的数据？

Question

我正在尝试找出一种优雅的方法来收集跨多个类的多个操作/方法调用的信息以用于审计/历史目的。有人对如何收集这些数据有任何想法/意见吗？

对于我的具体示例，我需要与 Web 服务交互以同步两个系统之间的数据。这涉及几种不同的操作，这些操作可能会提供需要记录的有用信息。

为了下载数据，我需要；

• 与Web服务通信以获取数据。
  • 要收集的数据；
    • 网络服务查询的摘要信息（记录 ID、类型、上次更新时间等）
    • 有关 Web 服务调用期间引发的任何异常的信息。
    • 从网络服务检索数据（或异常）所需的时间（以秒为单位）
• 通过本地验证规则验证接收到的数据
  • 要收集的数据；
    • 验证错误。
    • 如果有效，则接收到的数据的 XML 表示形式和同一对象的本地表示形式。
• 将验证后的数据保存到本地数据库
  • 要收集的数据；
    • 数据库调用期间的任何异常
• 保存审计/历史记录，详细说明上面收集的所有信息。

类似类型的数据在将信息上传到 Web 服务期间存储，我们在其中收集 Web 服务/数据库通信期间的异常、通过FaultException 从 Web 服务接收到的验证错误、Web 服务通信所花费的时间等。

对于我当前的解决方案，我目前创建了一个AuditHistory 对象带有占位符来存储各种信息，并将其传递给各种类方法并在每个方法调用期间填充它。最后，我只是保存这个审计历史对象。

它确实有效，但感觉又丑又笨重。

任何想法表示赞赏。

Answer 1

不完全是一种模式（更完整的范式转变），但对于您所描述的内容，您可能需要考虑 面向方面的编程。

或者，如果您希望坚持使用 OO 范式，您可以尝试合并 Observer，使所有您需要跟踪可观察的事物并让审计数据收集器观察它们。

Answer 2

我认为你的方法有效，但我会使用不同的方法；我会将每个请求与一个 GUID 相关联，并传递该 GUID。然后，您可以在日志记录中使用该 GUID，最终您可以运行一些程序，根据 GUID 将各种审核历史记录条目“缝合”在一起，以了解系统中的流程。将各种日志/报告“缝合”在一起需要更多的后端工作，但它将每个组件与彼此的依赖关系解耦；他们每个人都必须在日志记录中使用一个字符串。

另一个好处是，只有当您实际需要数据时，您才需要根据请求的 GUID 来构建审计跟踪。因此，如果仅对 2% 的调用需要完整的审计跟踪，那么其他 98% 的调用就会消耗不必要的资源来传递 AuditHistory 对象。这些资源可能相对较小，但是当 AuditHistory 对象发生更改以及所需的重新构建等时，会出现所有相关的相互依赖性问题。

Answer 3

您可以实施的一个相当快速的解决方法是为每个组件定义审核接口。例如，在 C# 中，您可以创建以下 3 个接口：

public interface IWebServiceAuditInfo 
{
int RecordId { set; }
string Type { set; }
ICollection<Exception> WebServiceErrors { set; }
Timespan TimeToComplete { set; }
}

public interface IValidationAuditInfo 
{
string ValidXML{ set; }
ICollection<Exception> ValidationErrors { set; }
Timespan TimeToComplete { set; }
}

public interface IDatabaseAuditInfo
{
ICollection<Exception> DatabaseErrors { set; }
}

现在，您可以让 AuditHistory 对象实现所有 3 个接口。然而，将来如果您想立即记录每个接口的信息，您可以简单地提供每个接口的实现，然后立即将其存储（可能带有用于交叉引用的 GUID，如 Paul Sonier 提到的）到数据库。

我将在 C# 中使用接口的显式实现，因为这将迫使您为每个字段添加别名，从而允许 AuditHistory 对象独立于使用它的组件进行更改。通过仅让您的业务组件依赖于包含它们所需字段的接口，如果您的 AuditHistory 对象实现发生更改，您无需重新编译它们。