Ninject ActivationBlock 作为工作单元

Question

我有一个带有 MVVM 的 WPF 应用程序。假设从 ViewModel 向下的对象组合如下所示：

MainViewModel
    OrderManager
        OrderRepository
            EFContext
        AnotherRepository
            EFContext
    UserManager
        UserRepository
            EFContext

我最初的方法是使用 EFContext 上的 .InCallScope() 和其他所有内容使用 .InTransientScope() 将依赖项（从 ViewModelLocator）注入到我的视图模型中。这导致能够跨多个业务层对象（管理器）执行“业务事务”，这些对象最终在下面共享相同的实体框架上下文。我会简单地 Commit() 在工作单元类型场景的末尾表示上下文。

这按预期工作，直到我意识到我不希望在视图模型级别长期存在实体框架上下文，跨多个操作描述的数据完整性问题 此处。我想做一些类似于我的 Web 项目的事情，我在实体框架上下文中使用 .InRequestScope() 。在我的桌面应用程序中，我将定义一个工作单元，如果您愿意的话，它将充当业务事务，通常它将把所有内容包装在按钮单击或类似事件/命令中。看来使用 Ninject 的 ActivationBlock 可以为我做到这一点。

internal static class Global
{
    public static ActivationBlock GetNinjectUoW()
    {            
        //assume that NinjectSingleton is a static reference to the kernel configured with the necessary modules/bindings
        return new ActivationBlock(NinjectSingleton.Instance.Kernel);
    }   
}

在我的代码中，我打算这样使用它：

//Inside a method that is raised by a WPF Button Command ...
using (ActivationBlock uow = Global.GetNinjectUoW())
{
    OrderManager orderManager = uow.Get<OrderManager>();
    UserManager userManager = uow.Get<UserManager>();

    Order order = orderManager.GetById(1);
    UserManager.AddOrder(order);
    ....
    UserManager.SaveChanges();
}

问题：

1. 对我来说，这似乎复制了我在网络上开展业务的方式，这种方法是否有我错过的本质上的错误？
2. 我是否正确理解所有 .Get<>使用激活块的调用会产生该块本地的“单例”吗？我的意思是，无论我请求 OrderManager 多少次，它总是会在块内给我相同的一个。如果 OrderManager 和 UserManager 在下面组成相同的存储库（例如 SpecialRepository），则两者都将指向存储库的同一实例，并且显然下面的所有存储库共享实体框架上下文的相同实例。

Answer 1

这两个问题都可以回答“是”：

1. 是 - 这是您不应该做的服务地点 是的
2. ，您理解正确

Answer 2

适当的工作单元范围，在 Ninject.Extensions.UnitOfWork 中实现，解决了这个问题。

设置：

_kernel.Bind<IService>().To<Service>().InUnitOfWorkScope();

使用：

using(UnitOfWorkScope.Create()){
    // resolves, async/await, manual TPL ops, etc    
}