Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/csharp/303.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
C# 抽象出解决方案项目的公共部分';配置文件_C#_.net_Web Config_App Config - Fatal编程技术网

C# 抽象出解决方案项目的公共部分';配置文件

C# 抽象出解决方案项目的公共部分';配置文件,c#,.net,web-config,app-config,C#,.net,Web Config,App Config,我有一个包含20个左右项目的解决方案。这些项目的大多数配置文件共享其配置文件的大部分。假设他们都有一些(丑陋的)代码: 我想知道的是,对于.config文件是否有一个类似于Gulp的过程,在这个过程中,文件的公共部分可以命名并存储在另一个文件中,然后在构建时粘贴到各个项目呈现的配置文件中?使用配置继承怎么样 对于web配置,有以下信息 对于app config,您可以在解决方案目录中创建公共配置文件,并在客户端app config中重复使用该文件,如下所示: <?xml version

我有一个包含20个左右项目的解决方案。这些项目的大多数配置文件共享其配置文件的大部分。假设他们都有一些(丑陋的)代码:



我想知道的是,对于.config文件是否有一个类似于Gulp的过程,在这个过程中,文件的公共部分可以命名并存储在另一个文件中,然后在构建时粘贴到各个项目呈现的配置文件中?

使用配置继承怎么样

对于web配置,有以下信息

对于app config,您可以在解决方案目录中创建公共配置文件,并在客户端app config中重复使用该文件,如下所示:

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <appSettings file="..\base.xml.config">
  ...
</configuration>

...

如何使用配置继承

对于web配置,有以下信息

对于app config,您可以在解决方案目录中创建公共配置文件,并在客户端app config中重复使用该文件,如下所示:

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <appSettings file="..\base.xml.config">
  ...
</configuration>

...

如何使用配置继承

对于web配置,有以下信息

对于app config,您可以在解决方案目录中创建公共配置文件,并在客户端app config中重复使用该文件,如下所示:

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <appSettings file="..\base.xml.config">
  ...
</configuration>

...

如何使用配置继承

对于web配置,有以下信息

对于app config,您可以在解决方案目录中创建公共配置文件,并在客户端app config中重复使用该文件,如下所示:

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <appSettings file="..\base.xml.config">
  ...
</configuration>

...

我们的解决方案中有大约65个项目,并且有完全相同的问题。对我们来说,行之有效的解决方案是利用和使用外部配置文件。这些文件集中在名为_MasterConfigs的文件夹(在项目文件夹级别)下

每个项目都使用一个预构建事件来复制它所需的配置,并且这些配置被排除在这些项目的源代码管理之外

您可以使用类似以下内容(我们的一个配置示例)从外部引用文件:


我们的解决方案中有大约65个项目,并且有完全相同的问题。对我们来说,行之有效的解决方案是利用和使用外部配置文件。这些文件集中在名为_MasterConfigs的文件夹(在项目文件夹级别)下

每个项目都使用一个预构建事件来复制它所需的配置,并且这些配置被排除在这些项目的源代码管理之外

您可以使用类似以下内容(我们的一个配置示例)从外部引用文件:


我们的解决方案中有大约65个项目,并且有完全相同的问题。对我们来说,行之有效的解决方案是利用和使用外部配置文件。这些文件集中在名为_MasterConfigs的文件夹(在项目文件夹级别)下

每个项目都使用一个预构建事件来复制它所需的配置,并且这些配置被排除在这些项目的源代码管理之外

您可以使用类似以下内容(我们的一个配置示例)从外部引用文件:


我们的解决方案中有大约65个项目,并且有完全相同的问题。对我们来说,行之有效的解决方案是利用和使用外部配置文件。这些文件集中在名为_MasterConfigs的文件夹(在项目文件夹级别)下

每个项目都使用一个预构建事件来复制它所需的配置,并且这些配置被排除在这些项目的源代码管理之外

您可以使用类似以下内容(我们的一个配置示例)从外部引用文件: