我有一个ASP.NET 5 dnxcore解决方案,其中包含一些项目来区分我的逻辑：
> API
>核心(具有业务逻辑服务)
> DAL(存储库接口)
>实体框架(存储库实现)
private readonly IMyService _myService;
public Controller(IMyService myservice){ _myService = myService; }
private readonly IMyRepository _myRepo;
public MyService(IMyRepository myRepo){ _myRepo = myRepo; }
目前我需要在我的API的启动类中定义我的DI容器以使其工作.
我的问题是,如何在我的Core-project中将存储库的DI容器的“构建”放入我的服务中.这样,我的API与我的服务使用Entity Framework这一事实松散耦合,因此我可以更改为mongodb,而无需更改我的API项目.
My question is,how can I put the ‘building’ of the DI container of the repositories in my services in my Core-project. This way,my API is loosely coupled of the fact that my services use Entity Framework,so I can change to,for example,mongodb without changing my API project.
你可以,但你不应该这样做.
依赖注入是在整个库中制作松散耦合类的实践,这些类可以插在一起(通常以多种方式).
但是,每个应用程序都应该有一个composition root,这是我们放置耦合代码的应用程序中的一个位置.我们作为开发人员的第一直觉是尝试将耦合代码存储到自己的库中,但这是一种你应该抵制的冲动.见composition root reuse.
也就是说,许多DI容器都可以通过使用模块来组织应用程序某些部分的配置.在Autofac中,modules is here的文档.
