我有多个 DLL 用于将数据读/写到我的数据库中。
有一个表示层 DLL 和一个数据访问层 DLL。我希望这些 DLL 共享一组连接字符串。
我的想法是将连接字符串存储在外部配置文件中的单独 DLL 中。我不确定这是否是一个好主意，以及我是否可以在表示层和数据访问层中引用该外部 DLL。
另一个问题是我是否应该编写一个帮助类来从外部配置文件中读取数据，或者我是否应该使用内置的 .Net 方法？
谢谢
【问题讨论】：
标签： c# web-config dependencies app-config config
将配置文件访问代码隔离在一个单独的类中。通过该类上的接口使配置数据（连接字符串等）可用。让界面存在于共享程序集中。让任何需要此接口的类通过dependency injection 获得对配置类实例的引用。如果您还没有使用 DI 框架，我强烈推荐 Autofac。
你取得了什么成就？表示和数据访问类现在只依赖于共享接口定义。他们不关心该接口的实现是什么，无论它是从 web.config、machine.config 还是其他存储中读取连接字符串。更好的是，您现在可以通过faking 实现更轻松地测试您的类。
更新：首先，说明如何通过界面提供配置数据。假设我们有以下配置服务：
public interface IConfigurationService
{
string ConnectionString {get;}
}
public class ConfigurationService : IConfigurationService
{
string ConnectionString {get;}
public ConfigurationService()
{
// load configuration
}
}
我的数据访问类可以直接使用这个类：
public class DataAccess
{
private string _connectionString;
public DataAccess()
{
var config = new ConfigurationService();
_connectionString = config.ConnectionString;
}
}
这种方法的问题是耦合。 DataAccess 现在直接依赖于 ConfigurationService 类。我们为DataAccess 编写的任何测试都会无意中受到ConfigurationService 类的影响。此外，如果我们需要切换 ConfigurationService 的实现，则需要更改 DataAccess（以及所有其他直接依赖于此类的类）。
为了解决这个问题，我们反转依赖层次结构并引用一个接口而不是具体类，如下所示：
public class DataAccess
{
private string _connectionString;
public DataAccess(IConfigurationService configurationService)
{
_connectionString = configurationService.ConnectionString;
}
}
数据访问类现在不知道配置服务实现是什么以及该实例是如何创建的。
【讨论】：
我可以将连接字符串存储在 machine.config 中，但再次不确定所有含义......
【讨论】：
据我所知，DLL 文件无法使用 app.config 文件等 .net 配置项，因此如果您希望通过 xml 文件配置 dll，则必须自己编写.
【讨论】：