c# - 使用 C# 4.0 在 3 层 winform 应用程序中存储连接字符串的位置

Question

我们即将使用 winforms 实现一个应用程序。我想要一个 3 层架构(GUI、业务逻辑和数据访问层。

我们每个客户都有一个数据库，因此我们必须能够使用该应用程序访问不同的数据库(也可能在不同的服务器上)。例如。客户A在服务器A上，客户B在服务器B上。

编辑:部署场景:此应用程序可能安装在 ServerA 上，但数据库可能位于 ServerA、ServerB、ServerC、ServerX 上(我想您明白了)。

从数据库读取数据库连接有点复杂，因为我不知道用户想要连接到哪个数据库。最重要的是，用户 ID 仅在同一个数据库中是唯一的，因此具有用户名(例如“admin”)的用户可以存在于多个数据库中:)

我们希望能够在提供用户名、密码和连接字符串信息的情况下登录应用程序。现在，如何将连接字符串信息发送到 DAL，以便 GUI 或业务层不必知道数据库连接字符串？我不想将连接字符串存储在 GUI 项目中并将其作为参数传递给业务层，而业务层又会在每次我需要数据库中的一些数据时将连接字符串传递给 DAL。

编辑:连接字符串信息只需要在用户登录时可用。一旦他注销，就应该删除此信息)

我在一个新项目中实现了一个继承自ApplicationSettingsBase的类(UI项目和DAL项目都有对新项目的引用)。所以我现在能够保留连接信息(默认情况下保存到 user.config 文件)。因此，我可以从用户界面实例化该类并通过调用 base.Save 在我的类上存储连接信息，然后在 DAL 中我可以实例化相同的类并在那里读取连接信息。不确定我是否喜欢该解决方案，因为 user.config 文件与 Windows 用户相关(通过将文件存储在 C:\Users...\AppData\层次结构中，我不确定这样做的性能方式。也许矫枉过正？

编辑:我还没有找到满意的解决方案，所以我感谢社区的更多回答:)

编辑:

我找到了解决这个问题的方法。我只在一个小型测试项目中测试了解决方案，但这里是:

用户登录，负责检索登录信息的 UI 方法运行此方法:

public void SetTempSetting()
{
       // Get the configuration file.
       Configuration config  = ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.None);           

       // Add the connection string.
       ConnectionStringsSection csSection = config.ConnectionStrings;
                csSection.ConnectionStrings.Add(new ConnectionStringSettings("ConnectionStringName", GetConnectionString()));

      // Save the configuration file.
      config.Save(ConfigurationSaveMode.Modified);

}

SetTempingSetting() 方法将连接字符串写入 ProjectName.dll.config

在 DAL 项目中，我可以像这样从 ConfiguraionManager 获取连接字符串:

var connectionstring = ConfigurationManager.ConnectionStrings["ConnectionStringName"].ConnectionString;

当用户注销应用程序时，注销方法可以执行此方法以从 Project.dll.config 中删除连接字符串

public void RemoveTempSetting()
        {
            // Get the configuration file.
            Configuration config = ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.None);            
            // Add the connection string.
            ConnectionStringsSection csSection = config.ConnectionStrings;
            csSection.ConnectionStrings.Remove("ConnectionStringName");
            // Save the configuration file.
            config.Save(ConfigurationSaveMode.Modified);            
        }

对这个解决方案有什么想法吗？优点？缺点？过度设计？糟糕的设计？

Answer 1

您的 DAL 需要某种配置数据库。它需要知道如何连接到配置数据库，询问特定客户的连接信息，然后使用它来解决查询。据推测，您正在将客户 ID 传递给 DAL。

我认为它应该属于 DAL，而不是您的业务对象或表示层，因为连接信息本质上是特定于实现的。

“配置数据库”是一个配置文件，还是其他什么是设计/实现选择。例如，没有什么可以阻止您将连接字符串存储为 LDAP 中的用户属性(每个客户 1 个 LDAP 用户)。