编程语言
首页 > 编程语言> > c# – 使用Entity Framework app.config如何在环境Dev,Stage和Production之间切换

c# – 使用Entity Framework app.config如何在环境Dev,Stage和Production之间切换

作者:互联网

我有一个Windows应用程序使用DataModel.edmx访问Dev数据库,它工作正常.为了访问舞台环境数据库,我添加了另一个StageDataModel.edmx.所以app.config中有两个连接字符串:
 和
如何根据环境在app.config中的数据库之间切换?

提前致谢!

解决方法:

通常它应该是相反的 – 为每个环境创建一个EF edmx模型和两个(或更多)配置文件.

在我的工作中,我们有三种环境:

>发布=生产
>阶段= GO之前(生产副本,最终测试)
> Debug =新开发,开发团队测试

对于这三种环境,我们有三个(几乎)相似的数据库.我们从DEV数据库创建我们的模型.与数据库通信的每个项目始终具有三个具有不同凭据的连接字符串.

为了实现这一目标,您需要:

1)使用Visual Studio配置管理器创建不同的构建平台(在我的示例中,有三种构建配置 – Dev / Stage / Release):

2)从app.settings文件中提取连接字符串配置.不要在app.settings文件中指定连接,而是像这样使用configSource参数(app.config看起来像这样):

  <?xml version="1.0" encoding="utf-8" ?>
  <configuration>
    <connectionStrings configSource="App.ConnectionStrings.Config" />
  </configuration>

3)现在为每个构建配置创建不同的文件,以每个构建配置命名(措辞必须准确!)并包含不同的服务器或数据库

> App.ConnectionStrings.Debug.config
> App.ConnectionStrings.Stage.config
> App.ConnectionStrings.Release.config

例如,Debug看起来像这样:

<?xml version="1.0" encoding="utf-8" ?>
<connectionStrings>
    <add name="Named.ConnectionString" 
            connectionString="metadata=res://*/Abstraction.DbDataContext.csdl|res://*/Abstraction.DbDataContext.ssdl|res://*/Abstraction.DbDataContext.msl;provider=System.Data.SqlClient;provider connection string=&quot;data source=sql.server.address;initial catalog=People;integrated security=False;user id=DbUser;password=DbPassword;multipleactiveresultsets=True;App=EntityFramework&quot;"
            providerName="System.Data.EntityClient" />
</connectionStrings>

4)现在在Visual Studio中打开您的项目设置,转到Build Events并在Post-Build事件命令行中告诉Visual Studio在每个构建时采用以当前选定的构建平台命名的文件并使用指定的(在app.config)输出目录的名称:

copy $(ProjectDir)\App.ConnectionStrings.$(ConfigurationName).config $(TargetDir)App.ConnectionStrings.config

现在,当您构建和启动应用程序时,配置取决于构建配置,因此您甚至可以调试连接到LIVE环境的应用程序(当前选择的构建配置是Release时).

有关如何使用外部配置文件和连接字符串的更多信息,请参见this MSDN article.

一个很好的Entity Framework quick start.

标签:c,entity-framework,app-config,connection-string,windows-applications
来源: https://codeday.me/bug/20190717/1489556.html