Question

对于我的大多数应用程序，我使用iBatis.Net进行数据库访问/建模，使用log4Net进行日志记录。在这样做时，我需要为每个项目提供许多* .config文件。例如，对于一个简单的应用程序，我需要有以下* .config文件：

app.config（[AssemblyName]。[Extention] .config）
[的AssemblyName] .SqlMap.config
[的AssemblyName] .log4Net.config
[的AssemblyName] .SqlMapProperties.config
providers.config

当这些应用程序从DEV转到TEST到PRODUCTION环境时，这些文件中包含的设置会根据环境而变化。

当每个项目拥有5-10（或更多）支持可执行文件时，文件数量会变得复杂，基础架构团队（执行到不同环境的部署）的工作量会相当高。我们也有很高的风险，其中一个配置文件被遗漏，或配置文件中的错误类型。

避免这些风险的最佳方法是什么？我应该将所有配置文件合并到一个文件中吗？（这可能与iBatis有关吗？）我知道，在VisualStudio 2010中，他们为这些配置文件引入了转换，允许开发人员为不同的环境设置所有设置，然后动态地（取决于构建启动）配置文件得到更新到正确的版本。（VS 2010 - transforms）

感谢您提供任何帮助。

Answer 1

您可以通过添加配置部分来更改主* .config文件（例如web.config或app.config）

我在我的一个Web应用程序和我的web.config中使用了log4net，Active Record和Ciphersafe

<configuration>
...
<configSections>
        <section name="log4net" type="log4net.Config.Log4NetConfigurationSectionHandler, log4net"/>
            <section name="activerecord" type="Castle.ActiveRecord.Framework.Config.ActiveRecordSectionHandler, Castle.ActiveRecord" />
            <section name="cipherSafeConfigSection" type="Obviex.CipherSafe.AppConfigSectionHandler,CipherSafe" />
    </configSections>
...
</configuration>

然后我有每个的配置部分，例如对于log4net，我有

<configuration>
...
<log4net>
        <appender name="RollingLogFileAppender" type="log4net.Appender.RollingFileAppender">
            <file value="Logs\\TimeRegWeb.log"/>
            <appendToFile value="true"/>
            <datePattern value="yyyyMMdd"/>
            <rollingStyle value="Date"/>
            <filter type="log4net.Filter.LevelRangeFilter">
                <acceptOnMatch value="true"/>
                <levelMin value="DEBUG"/>
                <levelMax value="FATAL"/>
            </filter>
            <layout type="log4net.Layout.PatternLayout">
                <conversionPattern value="%-5p %d %5rms %-22.22c{1} %-18.18M - %m%n"/>
            </layout>
        </appender>
        <root>
            <level value="DEBUG"/>
            <appender-ref ref="RollingLogFileAppender"/>
        </root>
    </log4net>
...
</configuration>

这样我只有一个web.config文件。然后我在我的解决方案名称ProjectFiles中创建了一个单独的Project，其中包含我的所有外部程序集和配置文件。然后，当我向操作方提出更新我的解决方案的请求时，我将相关的配置文件（test或prod）与Web应用程序文件一起复制

Answer 2

另一种方法是在构建或部署时使用类似AWK脚本或XSLT的内容创建配置文件，并结合包含每个环境的特定设置的单个文件。

ANT有插件允许这样做，其他构建工具也可能这样做，或允许使用发布良好的API插入它们。

例如，您可能有一个类似

的模板文件

database.uri=@@dbUri
database.user=@@dbUser
database.credentials=@@dbCredentials

并为每个环境创建一个文件，这些标签来自

dbUri=jdbc:oracle:10.1.1.10:1224:ORCL
dbUser=Scott
dbCredentials=Tiger

要部署的环境当然必须以某种方式提供给构建脚本，但无论如何都需要这样做。

将配置文件的数量减少到尽可能少

2 个答案: