连接字符串应存储在 n 层 asp.net 应用程序中的何处

Question

各位，

我有一个 ASP.NET 项目，按名称空间划分，它是 n 层的，但我需要分成三个项目：数据层、中间层和前端。

我这样做是因为...

A) 这似乎是正确的做法，

B) 我在为 ASP.NET 托管程序集运行单元测试时遇到各种问题。

不管怎样，我的问题是，你在哪里保存你的配置信息？

例如，现在，我的中间层类（使用 Linq to SQL）在实例化新数据上下文时自动从 web.config 中提取其连接字符串信息。

如果我的数据层位于另一个项目中，它可以/应该使用 web.config 来获取配置信息吗？

如果是这样，单元测试（通常在单独的程序集中）将如何提供这样的配置信息？

谢谢您的宝贵时间！

Answer 1

我们将它们保存在一个全局“设置”文件中，该文件恰好是 XML。该文件包含所有全局设置，其中之一是指向相应服务器的连接字符串以及用户名和密码。然后，当我的应用程序使用它时，它们会将所需的特定目录（数据库）放入连接字符串中。

我们为每个操作环境（prod、dev、staging 等）都有一个文件版本。然后，通过两个设置——文件路径（带有代表环境的令牌）和环境——我可以选取正确的设置文件。

这还有 30 秒故障转移的好处。只需更改设置文件中的服务器名称并重新启动应用程序（Web），您就可以进行故障转移（当然，如果需要，您必须恢复数据）。

然后，当应用程序启动时，我们将正确的连接字符串写入 web.config 文件（如果不同）。这样，我们就可以通过更改一个 appSettings 值来将网站从 DEV 更改为 PROD。

Answer 2

只要不是太多，放在web.config里就很方便了。当然，您的 DAL 应该完全不知道它来自那里。

一个好的选择是，当您的数据层被要求执行某些操作时，它会被赋予其配置信息，并且当网络调用进入时，它将被要求执行某些操作。继续将信息放入您的 web.config 中。在我当前的项目中，我的数据层中有一个连接字符串的静态字典，我在从我的 global.asax 调用的例程中像这样填写它：

CAPPData.ConnectionStrings(DatabaseName.Foo) = 
    ConfigurationManager.ConnectionStrings("FooConnStr").ConnectionString()
CAPPData.ConnectionStrings(DatabaseName.Bar) = 
    ConfigurationManager.ConnectionStrings("BarConnStr").ConnectionString()
etc.

像这样“注入”它可以很好用于自动化测试目的，具体取决于您如何/是否测试 DAL。对我来说，这只是因为我不想制作单独的配置文件。

Answer 3

出于测试目的，不要使用默认构造函数实例化 DataContext。将连接字符串信息传递给构造函数。

我更喜欢使用 IoC 框架注入与数据上下文的连接，然后将上下文注入其他类。