14

我的应用程序包括许多后端程序集（包括实体框架数据存储库层），这些程序集由许多前端程序集（包括 Windows 服务和 MVC3 Web 应用程序）共享。

我对 Ninject 绑定过程的理解是，每个包含可注入类型的程序集还应该包含一个 Ninject 模块，该模块定义了这些类型的默认绑定。然后将定义的模块集加载到消费程序集的 Ninject Kernel 中。

但是，我遇到了问题，因为所需的绑定范围并不总是一致的。例如，我的 MVC 项目需要绑定到数据上下文InRequestScope，而 Windows 服务绑定到同一个类InThreadScope。

我显然可以通过将所有模块重新定位到前端项目中来解决这个问题，从而为每个使用场景维护每个模块的单独副本，但这似乎很老套，因为它在多个项目中复制了大部分模块内容。

是否有关于模块应位于多层应用程序中的什么位置的最佳实践，以及如何将其与我对项目之间绑定差异的需求相协调？

非常感谢您的建议，

蒂姆

4

2 回答 2

14

对于具有单个应用程序的解决方案，一般建议是在应用程序项目（您的 Web 应用程序或 Web 服务项目）中注册您的容器。对于 Web 应用程序，这通常是 Global.asax Application_Start。这个将所有东西连接在一起的地方在 DI 术语中称为合成根。

使用多应用程序解决方案，每个应用程序项目仍然有一个组合根。这是必须的，因为每个应用程序都有其独特的配置。另一方面，重复的代码总是不好的。当你引入一个新的抽象时，你不想改变三个地方。

诀窍是将所有注册移到项目层次结构中。例如，您可以定义一个依赖于您的业务层程序集（及以下）的“引导程序集”，并让它拥有那些不会更改的程序集的所有注册。然后应用程序的组合根可以使用该程序集来获取默认注册并使用应用程序特定的依赖项对其进行扩展。

这样的事情可能看起来像这样：

// MVC Composition root
public static void Bootstrap()
{
    var container = new Container();

    // Default registrations
    BusinessLayerBootstrapper.Bootstrap(container);

    // Application specific registrations
    container.Bind<IUserContext>().To<AspNetUserContext>();

    DependencyResolver.Current = 
        new ContainerDependencyResolver(container);
}

// Windows Service Composition root
public static void Bootstrap()
{
    var container = new Container();

    // Default registrations
    BusinessLayerBootstrapper.Bootstrap(container);

    // Application specific registrations
    container.Bind<IUserContext>().To<SystemUserContext>()
        .SingleScoped();

    // Store somewhere.
    Bootstrapper.Container = container;
}

// In the BL bootstrap assembly
public static class BusinessLayerBootstrapper
{
    public static void Bootstrap(Container container)
    {
        container.Bind<IDepenency>().To<RealThing>();
        // etc
    }
}

尽管您不需要单独的引导程序程序集（您可以将此代码放在 BL 本身中），但这使您可以使业务层程序集免受容器的任何依赖。

另请注意，我只是调用静态Bootstrap()方法，而不是使用 (Ninject) 模块。我试图让我的答案独立于框架，因为您的问题是一般性的，并且所有 DI 框架的建议都是相同的。但是，如果您愿意，当然可以使用 Ninject 模块功能。

于 2012-08-16T18:10:26.927 回答
6

关于范围，MVC 应用程序需要具有与 Windows 服务不同的 CompositionRoot。我建议您尝试通过功能模块（对于那些与应用程序无关的部分）和所有其他直接在 MVC 或 WindowsService 项目的 CompositionRoot 中的绑定进行组织。

另一个非常好的方法是定义一组通用的约定，它可以帮助您在几行中表达最具约束力的问题。因此，您的应用程序可能具有以下绑定：

MVC 应用程序

Bind(c => c.FromAssemblyContaining<IRepository>()
           .SelectAllClasses()
           .InheritedFrom<IRepository>()
           .Configure(b => b.InRequestScope()));

您的 Windows 服务应用程序

Bind(c => c.FromAssemblyContaining<IRepository>()
           .SelectAllClasses()
           .InheritedFrom<IRepository>()
           .Configure(b => b.InThreadScope()));

在我看来，结合面向特征的结构，约定方法是最干净的。

于 2012-08-16T17:12:03.820 回答