在 Unity DI 中使用命令行参数的策略？

Question

我正在使用 Unity 框架通过以下接口将 ConfigurationProvider 注入到我的一些类中：

interface IConfigurationProvider<T>{
    T GetConfiguration();
}

然后，在我的 Unity 引导程序中，

container.RegisterType(typeof (IConfigurationProvider<DongleConfiguration>),
                               typeof (DongleConfigurationProvider));

到目前为止，这一直是一个很好的策略。允许我为各种实现和定义不同的配置提供程序测试。现在，我希望其中一个提供者使用命令行参数来设置一个配置对象，这需要我将 args 参数传递给 ctor：

class ProblematicConfigurationProvider : IConfigurationProvider<ProblematicConfiguration> {
    ...
    public ProblematicConfigurationProvider(string[] args) { ... }
    ...
}

我已经读到我可以使用ParameterOverride 提供一个可选的 ctor 参数，如下所示：

var configObj =  container.Resolve<IConfigurationProvider<ProblematicConfiguration>>(new ParameterOverride("args", args));

但是，我“一直”使用 DI，并依靠容器在解析 RootObject 后解决依赖关系。或者无论我的顶级课程是什么。我的问题是，如果我刚刚解析的 configObj 对象深埋在我的依赖关系图中的某处，我现在如何使用它？如何在另一个 Resolve 调用中使用已解析的对象？是否可以通过类似的 ParameterOverride 使用来实现？有没有办法在某处设置参数覆盖？让 Unity 在不实际实例化 configObj 的情况下使用它？

Answer 1

我会采取不同的做法。将 CommandLineArguments 类添加到您的项目中，该类仅包装命令行参数。作为容器初始化的一部分，将其注册到容器中：

container.RegisterInstance(new CommandLineArguments(args));

然后您的 ConfigurationProvider 应该具有 CommandLineArguments 的依赖项，而不是 string[]。从那里开始，它应该自然地“一路向下”解决所​​有问题，而不使用参数覆盖。

由于您的命令行参数不会改变，因此我认为这使得它变得更加简单。

注意：我使用 CommandLineArguments 类型，因为它可以更好地描述正在发生的情况。您可以将 string[] 直接注册到容器中，但这对我来说有点奇怪，并且可能会将命令行参数注入您不期望的地方。