使用依赖注入设计 Nuget 包

Question

我们目前正在编写一个充当服务网关的 nuget 包。它的职责是结束对外部服务的调用，以便以正确的方式进行并正确处理响应。其目的是减少新客户端想要使用外部服务时的开发时间开销。

nuget 包是从外部服务解决方案中的单个项目（称为“客户端”）构建的。这样客户端项目就可以共享一个公共域，并在发布时保持内部版本号同步。客户端项目应用控制反转原则，这意味着作为入口点的类（从外部服务获取响应的堆栈的开始）具有许多接口依赖关系。

我们通常使用 StrucutreMap 作为我们的 IoC 容器，但我想知道我们如何使用“内置”依赖注入来配置我们的客户端项目？每个消费者都应该为包连接依赖解析似乎是错误的。但是，也不应该是每个客户端都应该使用 StructureMap 并且必须将“ClientRegistry”（初始化程序）类添加到自己的启动逻辑中。

是否有任何指导原则可以帮助解决这个问题？或者任何基于 IoC 原则构建的复杂 nuget 包的好例子？

Answer 1

您可以使用 CommonServiceLocator - 它不像完整的 IoC 容器那么丰富，但它会使您的包容器不可知，并且应该允许您的包的消费者继续使用他们选择的 IoC 容器。

该库提供了对 IoC 容器和服务定位器的抽象。使用该库允许应用程序在不依赖硬引用的情况下间接访问这些功能。希望使用这个库，第三方应用程序和框架可以开始利用 IoC/服务位置，而无需将自己束缚于特定的实现。