2

我们即将使用 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);            
        }

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

4

4 回答 4

2

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

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

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

于 2011-05-10T16:57:21.847 回答
1

支持多个客户始终是一项挑战。我对这个问题的解决方案是为每个数据库类型创建一个 DAL,它们都使用相同的定义接口。在程序启动时,我根据客户配置实例化了适当的 DAL 实例。我向 DAL 传递了一个令牌,该令牌是对 DAL 配置文件中适当连接字符串的引用(DAL 是 Web 服务中间层的一部分)。我从这里记忆,所以我希望我得到所有细节正确,但是主要概念是使用依赖注入来实例化适当的 DAL,然后设置实例化 DAL 的属性,允许它检索适当的连接字符串,从而消除了在客户端存储连接字符串的需要。所以,在登录时,

于 2011-08-31T18:34:28.767 回答
0

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

  1. 创建一个DataLayer,连接数据库,本例我使用Entity Framework。它会自动创建 app.config 和连接字符串

< add name="ECOMEntities" connectionString="metadata=res:// /Model1.csdl|res:// /Model1.ssdl|res://*/Model1.msl;provider=System.Data.SqlClient;provider 连接string="Data Source=DEV;Initial Catalog=ECOM;Integrated Security=True;MultipleActiveResultSets=True;Application Name=EntityFramework"" providerName="System.Data.EntityClient" />'

  1. 我将上面的连接字符串复制并粘贴到 GUI 的 App.config 文件中

  2. 然后我删除数据层的 app.configure 文件。

于 2011-05-10T18:26:36.317 回答
0

根据我的观点,连接字符串应该存储在数据访问层中。

于 2011-05-10T16:56:11.387 回答