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 用户)。