如何解决依赖关系中的依赖关系

Question

我在一个解决方案中有 4 个项目

• DAL_Project
• BLL_项目
• Interface_Project
• WebApi_Project

Interface_Project有两个接口ICar_DAL和ICar_BLL

DAL_Project 有一个实现 ICar_DAL

的类 Car_DAL

BLL_Project 有一个实现 ICar_BLL 的类 Car_BLL，其构造函数接受 ICar_DAL

WebApi_Project 有一个 api 控制器 CarApiController，其构造函数接受 ICar_BLL

WebApi Controller 的构造函数的依赖解析是由 Unity.WebApi 在 Bootstrapper.cs 中使用 this 完成的：

container.RegisterType<ICar_BLL, Car_BLL>();

如果我的 Car_BLL 在其构造函数中进一步不需要 ICar_DAL，这将起作用。

为了让它工作，我可以做这样的事情：

container.RegisterType<ICar_BLL, Car_BLL>();
container.RegisterType<ICar_DAL, Car_DAL>();

但这意味着我需要在我的 WebApi_Project 中添加对 DAL_Project 的引用，这是我永远不想做的事情。 DAL_Project 只能由 BLL_Project

推荐

我该如何解决这个问题？

Answer 1

但这意味着我需要在我的 WebApi_Project 这是我永远不想做的事情。

哦，如果您不想这样做，您似乎对如何完成 Dependency 有一些误解。 DI 容器配置在应用程序的最外层，实际上是主机。它也被称为Composition Root。在您的情况下，这是您的 Web API 的托管应用程序。如果您使用 ASP.NET 来托管您的 Web API，那么这是进行组合根目录和引用所有其他基础项目的正确位置。

就个人而言，在复杂的项目中，我倾向于使用ProjectName.Composition 类库作为组合根。这是我配置我的 DI 容器的地方，这是引用所有其他容器的项目 - 因为显然为了配置您的 DI 根，您需要所有相关的项目和实现。然后在宿主应用程序中引用这个.Composition 程序集，并在宿主应用程序的Initialize 方法中调用Bootstrapper.Initialize 方法。

• 在 ASP.NET 主机的情况下，Application_Start in Global.asax
• 如果是桌面应用程序或自托管，则 Main 方法是入口点。