我是asp.net核心的新手 .
我正在尝试做的是构建多项目解决方案并使用依赖注入来传递项目之间的接口 .
我所知道的是,在ASP.NET核心项目中,我们在 startup.cs
文件中有 ConfigureServices
方法来注册我们的接口及其实现,如下所示:
public void ConfigureServices(IServiceCollection services)
{
// Add framework services.
services.AddMvc();
services.AddTransient<IMyInterface,MyImplementation>();
.....
}
如果您在同一个项目中拥有所有类,那么这很好,但如果我有多个项目怎么办?
通常我要做的是与安装程序(Windsor安装程序)创建单独的项目,以注册所需的接口及其实现 .
在.net核心中,我们可以通过创建静态 ServiceCollection();
并从中获取静态 IServiceProvider
来随时使用它来获取您注册的任何服务:
public static IServiceCollection _serviceCollection { get; private set; }
public static IServiceProvider serviceProvider { get; private set; }
public static RegisterationMethod() {
_serviceCollection = new ServiceCollection();
_serviceCollection.AddSingleton<IMyInterface,MyImplementation>();
.....
serviceProvider = _serviceCollection.BuildServiceProvider();
}
public T GetService<T>() where T : class
{
return serviceProvider.GetService<T>();
}
现在我们从ower启动项目调用 RegisterationMethod
并继续像往常一样开发,并始终在此类中注册服务 .
这种方法的问题是,如果我在ASP.NET核心项目中使用它,我将有两个地方来注册服务,这个和 startup.cs
文件中有一个 ConfigureServices(IServiceCollection services)
.
你可以说,
确定将您在ConfigureServices(IServiceCollection服务)中的IServiceCollection传递给之前创建的RegisterationMethod,这样您就可以使用ASP.NET使用的相同服务集合 .
但是通过这种方式,我将紧密耦合到 .net core
的依赖注入模块 .
有更干净的方法吗?或者我应该用 Windsor
替换默认的DI?
1 回答
你有多个项目并不重要 . 同样的原则适用:
Put your composition root in your application, as close to the entry point as possible.
让我们假设您有一个引用多个类库的应用程序 . 在应用程序的
Startup
类中,使用ConfigureServices
注册所有依赖项 . 在每个类库项目中,使用构造函数注入 . 您的课程是在同一个项目还是在不同的项目中并不重要 .是的,这是做到这一点的方式 . 这是an example from the github.com/aspnet/logging repository:
根据您的评论......
...听起来你正试图避免在你的应用程序中使用composition root . 组合根是我们向依赖注入容器注册依赖项的单个位置 . 组合根尽可能靠近应用程序的入口点(例如
ConfigureServices
方法),它属于应用程序而不是其库中 .