> API
>核心(具有业务逻辑服务)
> DAL(存储库接口)
>实体框架(存储库实现)
现在我使用DI在我的API控制器的构造函数中调用我的服务:
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的文档.
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。