Question

我有几个循环，每个循环通过ConcurrentQueue<T>生成异步进程。这些进程调用一些使用存储库进行数据库交互的业务服务实现。服务实现都是通过StructureMap连接的。

存储库实现具有一些需要仔细管理的特性：

正在使用的数据库技术是Redis。
该实现使用ServiceStack.net的Redis客户端（通过PooledRedisClientManager）。
有几种方法使用同一RedisClient不能同时创建（我相信）的事务。因此，无法在多个异步进程上共享单个存储库实现，因为它会尝试同时创建多个事务。
为了释放内存和数据库连接，需要明确处理这些对象 - 因此我在存储库类中实现了IDisposable。
没有理由不能在单个异步进程的范围内共享存储库实例，因为不存在并发请求/事务。

考虑到上述情况，我想将单个存储库实例的范围限定为每个异步进程的生命周期。

要记住的一件事是，与异步进程范围一起使用的服务也被系统的其他部分使用，这些部分具有不同的生命周期特征（例如，在存储库范围为生命周期的网站中）页面请求）。

我将尝试用一些代码（从我的代码中简化）来说明：

管理队列的程序（并连接执行IAsyncResult调用的事件处理程序）：

public class Program { private readonly ConcurrentQueue<QueueItem> queue = new ConcurrentQueue<QueueItem>(); private readonly IItemManager itemManager; // implemented via constructor DI. public void ProcessQueueItems() { while ( queue.Count > 0 || shouldContinueEnqueuing ) { QueueItem item; if ( queue.TryDequeue( out item ) ) { // Begin async process here - only one repository should be used within the scope of this invocation // (i.e. withing the scope of the itemManager.ProcessItem( item ) method call. new ItemProcessor( itemMananger.ProcessItem ).BeginInvoke( e.Item, ItemCallback, null ); } Thread.Sleep( 1 ); } } private static void ItemCallback( IAsyncResult result ) { var asyncResult = ( AsyncResult ) result; var caller = ( ItemProcessor ) asyncResult.AsyncDelegate; var outcome = caller.EndInvoke( result ); // Do something with outcome... } private delegate ItemResult ItemProcessor( QueueItem item ); }

异步结果调用的实现。我想在ProcessItem( ... )方法中管理范围：

public class ItemManager : IItemManager { private readonly IServiceA serviceA; // implemented via constructor DI. private readonly IServiceB serviceB; // implemented via constructor DI. public ItemResult ProcessItem( QueueItem item ) { // Both serviceA and serviceB use the repository which is injected via StructureMap. They should share // the instance and at the end of the process it should be disposed (manually, if needs be). var something = serviceA.DoSomething( item ); return serviceB.GetResult( something ); } }

我认为这解释了情况和目标。我的问题如下：

我是否可以使用StructureMap在单个流程的上下文中使用不同的范围，如上所述。

我不希望在我的域/服务层中包含StructureMap的直接依赖项。那么，如果我能够在这个阶段使用不同的范围，是否有一种简单的方法可以在不直接从流程本身调用StructureMap的情况下执行此操作？

我是否可以通过DSL配置指示StructureMap在流程结束时配置存储库，还是需要在我的代码中明确执行此操作？

Answer 1

您可以使用nested container来处理这种情况。

嵌套容器将跟踪它的所有瞬态对象创建。当嵌套容器本身被释放时，它将调用 Dispose（）在它创建的任何瞬态对象上。

var nestedContainer = container.GetNestedContainer();
var processor = nestedContainer.GetInstance<IItemProcessor>();

确保每个对象使用相同存储库的其他方法是使用With（）方法

// Get the IRepository which should be shared   
// This object is registered using simple
// For<ISession>.Use<Session> registration so not scoped
// http context or anything like that
var session = container.GetInstance<ISession>();

// Create instance of IProcessor using the specific instance
// of ISession. If multiple classes in the object grap use ISession
// they will get the same instance. Note that you can use multiple
// With() statements
var itemProcessor = container.With(session).GetInstance<IItemProcessor>();

StructureMap：特定上下文中的自定义生命周期范围

1 个答案: