设计模式允许在某些点注入代码

Question

我试图允许开发人员在某些执行点扩展我的代码。

我的具体示例是数据库事务包装器。包装器负责我们希望从开发人员那里抽象出来的许多细节，并在多个项目中使用。

然而，每个项目都有一些他们希望在交易期间自动执行的操作。我想添加每个项目都可以设置来运行代码的拦截点。

例如，我们数据库中的每个表都有一个“输入日期”字段，每次记录更改时该字段都会更新。然而，我们希望无论涉及多少条记录，交易的所有日期都相同（即表 A 中有 4 条记录，表 B 中有 1 条记录，...）。

我的想法是定义拦截点“TransactionStarting”、“TransactionStarted”、“StatementExecuting”、“StatementExecuted”……并将上下文对象传递给每个点。

然后，项目可以定义一个类“EnteredDateManager”，用于存储“TransactionStarted”点期间的当前日期，并在“StatementExecuting”点期间更新每个对象的 EnteredDate 属性。

我想在 web/app.config 文件中进行设置并允许注册多个拦截类。如果注册了多个班级，则应按注册顺序解雇他们。

我本来只想引发事件，但我希望秩序很重要。我还希望能够在不同点之间共享状态。在上面的示例中，EnteredDate 属性在 TransactionStarted 点中设置并在 StatementExecuting 点中使用。

这是责任链模式吗？奥普？它似乎与 ASP.Net 管道的工作方式很接近，但据我所知，它们使用事件并且不保证顺序。

任何方向/例子都会很棒。

谢谢

Answer 1

对我来说听起来像是面向方面的编程。查看 PostSharp。

这是从他们的网站进行跟踪的示例：

public class TraceAttribute : OnMethodBoundaryAspect 
{ 
  public override void OnEntry( MethodExecutionEventArgs eventArgs) 
  { Trace.TraceInformation("Entering {0}.", eventArgs.Method);  } 

  public override void OnExit( MethodExecutionEventArgs eventArgs) 
  { Trace.TraceInformation("Leaving {0}.", eventArgs.Method);   } 
}

我用它来进行日志记录/跟踪、缓存和性能监控。

Answer 2

实现此目的的一种方法是仅使用基本策略模式。使用策略，您基本上将功能推入一个单独的类中，该类将由您的类调用，而不是直接在原始类中实现逻辑。可以通过基于接口的属性或通过构造函数参数（或两者）设置策略类，将其包含在原始类中。这样，用户可以选择将不同类型的功能注入到原始类定义的某些处理流程中。

Answer 3

如果这是 .NET 特定的（您提到了 ASP.NET），我强烈建议您查看 System.Transactions 命名空间，并阅读有关在事务中创建和注册资源管理器的信息。

使用 TransactionScope，您可以在上下文中创建事务，并且在该上下文中执行的资源管理器可以检测事务的存在并注册到其中（这将与 TransactionStart 事件同义）。注册后，每个资源管理器都可以选择提交其更改，或者退出并启动事务回滚。

Systen.Transactions 命名空间是随 .NET 2.0 引入的，它提供了一些非常强大的工具来创建事务和管理事务资源。您可以选择轻量级事务，或者如果您需要更复杂的、由 MSDTC 服务管理的完全分布式事务。事务可以是单阶段提交，也可以是两阶段提交，在面对事务失败时提供了很大的灵活性和稳定性。