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

本文关键字:存储 连接 字符串 位置 应用程序 winform 使用 | 更新日期: 2023-09-27 17:55:46

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

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

编辑:部署方案:此应用程序可能安装在ServerA上,但数据库可能位于ServerA,ServerB,ServerC,ServerX上(我想你明白了)。

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

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

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

我已经在继承自应用程序设置库的新项目中实现了一个类(UI 项目和 DAL 项目都有对新项目的引用)。所以我现在可以保留连接信息(默认情况下到 user.config 文件)。因此,我可以从用户界面实例化该类,并通过调用基存储连接信息。保存在我的类上,然后在 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;

当用户注销应用程序时,logout 方法可以执行此方法以从 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);            
        }

对此解决方案有任何想法吗?优点?缺点?过度设计?糟糕的设计?

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

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

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

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

支持多个客户始终是一个挑战。 我对此问题的解决方案是为每种数据库类型创建一个 DAL,它们都使用相同的定义接口。 在程序启动时,我根据客户配置实例化了相应 DAL 的实例。 我向 DAL 传递了一个令牌,该令牌是对 DAL 配置文件中相应连接字符串的引用(DAL 是 Web 服务中间层的一部分)。 我从内存中转到这里,所以我希望我能正确处理所有细节,但是主要概念是使用依赖关系注入来规范适当的 DAL,然后设置实例化 DAL 的属性,允许它检索适当的连接字符串,从而消除了在客户端上存储连接字符串的需要。 因此,在登录时,可以向用户显示他们具有适当权限(通过用户配置完成)的令牌列表(表示连接字符串),也可以为每个用户提供一个默认令牌,以便以最少的凭据条目获得数据库访问权限。

在我看来,连接字符串应该存储在数据访问层中。

这是我是如何做到的。我将连接字符串保存在 GUI 中,但不会传递它。

  1. 创建一个数据层,连接到数据库,在这种情况下我使用实体框架。它会自动创建 app.config 和连接字符串

/Model1.csdl|res:///Model1.ssdl|res://*/Model1.msl;provider=System.Data.SqlClient;provider connection string="Data Source=DEV;Initial Catalog=ECOM;Integrated Security=True;MultipleActiveResultSets=True;应用程序名称=实体框架" 提供程序名称="System.Data.EntityClient"/>'

  1. 我将上面的连接字符串复制并粘贴到 GUI 的应用程序配置文件

  2. 然后,我删除了数据层的 app.配置文件。