问题 依赖注入和AppSettings

假设我正在为我的应用程序定义一个浏览器实现类：

class InternetExplorerBrowser : IBrowser {
    private readonly string executablePath = @"C:\Program Files\...\...\ie.exe";

    ...code that uses executablePath
}

乍一看，这可能看起来像一个好主意 executablePath 数据靠近将使用它的代码。

当我尝试在我的另一台具有外语操作系统的计算机上运行相同的应用程序时出现问题： executablePath 会有不同的价值。

我可以通过AppSettings单例类（或其中一个等价物）解决这个问题但是没有人知道我的类实际上依赖于这个AppSettings类（它违背了DI ideias）。它也可能给单元测试带来困难。

我可以解决这两个问题 executablePath 通过构造函数传入：

class InternetExplorerBrowser : IBrowser {
    private readonly string executablePath;

    public InternetExplorerBrowser(string executablePath) {
        this.executablePath = executablePath;
    }
}

但这会引起我的问​​题 Composition Root （将执行所有必需类连接的启动方法）因为该方法必须知道如何连接并且必须知道所有这些小设置数据：

class CompositionRoot {
    public void Run() {
        ClassA classA = new ClassA();

        string ieSetting1 = "C:\asdapo\poka\poskdaposka.exe";
        string ieSetting2 = "IE_SETTING_ABC";
        string ieSetting3 = "lol.bmp";

        ClassB classB = new ClassB(ieSetting1);
        ClassC classC = new ClassC(B, ieSetting2, ieSetting3);

        ...
    }
}

这很容易变成一团糟。

我可以通过传递表单的接口来解决这个问题

interface IAppSettings {
    object GetData(string name);
}

所有需要某种设置的类。然后，我可以将其实现为具有嵌入其中的所有设置的常规类，或者从XML文件读取数据的类。如果这样做，我应该为整个系统有一个通用的AppSettings类实例，还是有一个AppSettings类与每个可能需要一个类的类相关联？这当然看起来有点矫枉过正。此外，将所有应用程序设置放在同一个位置，可以轻松查看并查看在尝试将程序移动到不同平台时我需要做的所有更改。

什么是解决这种常见情况的最佳方法？

编辑：

那么使用一个 IAppSettings 它的所有设置都是硬编码的吗？

interface IAppSettings {
    string IE_ExecutablePath { get; }
    int IE_Version { get; }
    ...
}

这将允许编译时类型安全。如果我看到界面/具体类增长太多，我可以创建表单的其他较小的接口 IMyClassXAppSettings。在医疗/大型项目中承受的负担是否过重？

我还阅读了有关AOP及其处理跨领域问题的优势（我猜这是其中之一）。难道它也不能提供这个问题的解决方案吗？也许标记这样的变量：

class InternetExplorerBrowser : IBrowser {
    [AppSetting] string executablePath;
    [AppSetting] int ieVersion;

    ...code that uses executablePath
}

然后，在编译项目时，我们也有编译时安全性（让编译器检查我们实际上是否实现了编组数据的代码。当然，这会将我们的API与这个特定方面联系起来。