时间：2019-03-17 标签：c#SETTINGSarchitecture

Question

我有几个需要读取和写入应用程序设置的应用程序。由于其中一个应用程序是一个遗留的 C++ 应用程序，在注册表中具有数百个设置（并且不一定会更改），并且还有一些设置以专有数据库格式存储，我想知道如何将架构设置为允许使用单个接口读取和/或写入设置。
一个想法是有一个巨大的枚举，其中包含所有可能的设置和一个分割，根据一个巨大的 case 语句将读/写请求定向到正确的读取器或写入器。对于注册表，则必须进一步解析枚举可能性以找到该键的位置（如果它是一个 Http 设置，则位于此处，如果它是一个安装设置，则位于该键处）。这整个想法让我想到非 OOP 和太多的手动测试。请记住，大约有 30 个数据库设置，也许有 70 个注册表设置。

public class SettingsTest
{
    public enum ESetting
    {
        HttpUserName, HttpPassword, SetupAllowPublic,  //db server stored
        HttpProxyUsername, HttpProxyPassword, PublicOrPrivate //registry stored
    }

    public string GetSetting(ESetting setting)
    {
        if (IsSettingInRegistry(setting)
            return RegHandler.GetFromRegistry(setting);
        else
            return DBHandler.GetFromDB(setting);
    }
}

Answer 1

我认为“大”枚举可能有点令人讨厌 - 为什么不使用命名空间来分解它们？到 引用 MSDN：

通常最好定义一个枚举
直接在命名空间内，以便
命名空间中的所有类都可以
访问它同样方便。
但是，枚举也可以嵌套
在类或结构内

所以你可以有：

RediVider.EnterpriseApp.DataAccess.ESettingsKeys
RediVider.EnterpriseApp.BusinessLogic.ESettingsKeys
RediVider.EnterpriseApp.ComponentXXX.ESettingsKeys

另外 - 你会声明枚举或静态只读字段吗？ （其中值是键，并且假设当您定义键时，您明确定义了它的来源 - 因此是键的值）。

更好的想法是不定义存储库特定键，而是定义映射回 AppSetting 键的键 - 这就是您定义实际存储库特定键的位置。这将允许您通过配置更改从何处获取“设置”，而无需重新部署应用程序。

所以，你有：

namespace RediVider.EnterpriseApp.DataAccess
{
  Public class ESettingsKeys
  {
    // Note - AppSetting Keys are "namespaced" to match: 
    public readonly string SetupAllowPublic = "RediVider.EnterpriseApp.DataAccess.SetupAllowPublic";
  }
} 

然后在你的配置中（伪代码）：

<AppSetting Key="RediVider.EnterpriseApp.DataAccess.SetupAllowPublic" value="/System/Settings/Blah/SetupAllowPublic">

唯一的障碍是，这只有助于将按键分解为更符合逻辑且更容易处理的区域 - 你仍然遇到以下问题解决存储库。如果你真的想抽象出来，你需要序列化一个具有

• 存储
• 键值
• 库

的简单类switch 语句的想法并不是那么糟糕，但你也可以在这里采取相同的方法，使用某种 Facade 或基于工厂模式的方法：

• 有各种具体方法从存储库获取设置。
• 在每个命名空间（根据 ESetting 枚举）中都有一个“GetSettings”方法，该方法可以执行您所描述的操作 - 但仅适用于该命名空间中定义的设置。