Question

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

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

编辑：部署方案：此应用程序可能安装在ServerA上，但数据库可能位于ServerA，ServerB，ServerC，ServerX上（我认为您可以获得图片）。

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

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

编辑：连接字符串信息只需在用户登录时可用。一旦他注销，该信息应该被删除）

我在一个继承自ApplicationSettingsBase的新项目中实现了一个类（UI项目和DAL项目都引用了新项目）。所以我现在能够持久保存连接信息（默认情况下为user.config文件）。所以我可以从User接口实例化该类并通过在我的类上调用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（）方法会将connectionstring写入ProjectName.dll.config

在DAL项目中，我可以从ConfiguraionManager获取连接字符串，如下所示：

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

当用户退出应用程序时，logout方法可以执行此方法从Project.dll.config中删除connectionstring

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

Answer 2

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

Answer 3

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

Answer 4

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

创建一个DataLayer，连接数据库，这种情况下我使用的是Entity Framework。它会自动创建app.config和连接字符串

＆LT; add name =“ECOMEntities”connectionString =“metadata = res：// /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; Application Name = EntityFramework”“providerName =”System.Data.EntityClient“/＆gt;'

我将上面的连接字符串复制并传递给GUI的App.config文件
然后我删除了datalayer的app.configure文件。

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

4 个答案: