将配置数据保存在类库外部

Question

假设我有一个具有以下结构的应用程序。

// ASP.NET MVC (Web Project)
// Service/Business Layer (Class Library)
// DAL (Class Library)

最初我想在 DAL 类库中使用 App.config 文件，该文件将保存如下所示的应用程序设置：

<appSettings>
   <add key="DAL-Assembly" value="DAL.LinqToSql.DataContexts"/>
   <add key="DAL-Type" value="DAL.LinqToSql.DataContexts.MyDataContext" />
</appSettings>

然后我将使用工厂通过反射创建数据上下文

public static DataContext GetContext()
{
    string assembly = ConfigurationManager.AppSettings("DAL-Assembly");
    string type = ConfigurationManager.AppSettings("DAL-Type");

    Assembly a = Assembly.Load(assembly);
    return (DataContext)a.CreateInstance(type);
}

问题是现在我明白类库必须使用调用应用程序的配置文件。这意味着它将在演示文稿中查找 app.config 或 web.config - 这似乎不正确。

在这种 DAL 情况下，保持 DAL 层中包含的具体 DataContext 规范的最佳方法是什么，而不必在每次更改时都进行重建？或者甚至从更广泛的意义上来说，将配置保持在 DAL 层外部的最佳方法是什么？

Answer 1

我会尝试将配置分开，并将其实际注入到相关层中。因此，在您的 DAL 层中，我可能会有一个工厂类来处理特定的数据网关，并且该工厂将在其默认构造函数中采用 IDataAccessConfiguration 参数。然后，您可以在本地配置类中设置静态属性，或者在创建接口时将接口的本地副本传递到上下文中。示例：

public interface IDataAccessConfiguration
{
    string Assembly { get; }
    string Type { get; }
}

public sealed class DataAccessfactory
{
    private IDataAccessConfiguration Config { get; set; }

    public DataAccessfactory(IDataAccessConfiguration config)
    {
        this.Config = config;
    }

    public ISomeDataContext GetSomeDataContext()
    {
        return new SomeDataContext(this.Config);
    }
}

public class SomeDataContext : ISomeDataContext
{
    private IDataAccessConfiguration Config { get; set;}

    public SomeDataContext(IDataAccessConfiguration config)
    {
        this.Config = config;
    }

    private DataContext GetDataContext()
    {
        Assembly a = Assembly.Load(this.Config.Assembly);       
        return (DataContext)a.CreateInstance(this.Config.Type);  
    }
}

然后，当您实际上想要从特定的 app.config 文件获取设置时，您可以以标准方式执行此操作，创建一个实现 IDataAccessConfiguration 的具体类，并使用配置文件中的值设置其成员并传递该类大约。有关我提出的与此相关的问题，请参阅此链接：注入应用程序配置的最佳方式< /a>

这是您正在寻找的东西吗？

Answer 2

我总是为从 .config 文件读取的所有值创建一个具有静态只读属性的 Config 类。它非常有用，因为它可以让您轻松访问强类型值，但如果该值是在您网站的 web.config 中设置的，或者在测试项目的 app.config 中设置的，则实际上并没有什么帮助。

public class Config
{
    public static string QueriesPath
    {
        get
        {
            return ConfigurationManager.AppSettings["QueriesPath"].ToString();
        }
    }

    public static string SearchLogConnectionString
    {
        get
        {
            return ConfigurationManager.ConnectionStrings["SearchLog"].ConnectionString;
        }
    }
}

我总是在依赖于设置的项目中保留一个类似的 Config 类。在您的场景中，DAL 和服务层可能都会有这样一个类。我还进行基本形式的验证，即检查缺失值并抛出适当的异常，以便应用程序尽快失败，或者只是返回一个合理的默认值。

请小心地以唯一的方式命名您的配置值，如果我知道该库将在其他场景中使用，我通常会在它们前面加上项目名称前缀。