ASP.NET中web.config文件的替代方法

这是我做的……

>我根据复杂性为我的配置定义了一个或多个接口.
>我为每个环境创建不同的实现(dev,stage,prod等)
>我使用抽象基类来定义常见配置.
>然后我使用Ninject进行依赖注入,以便根据我所针对的环境提供适当的实现.
>我总是编码到配置界面并从编译时间检查中受益.

这是一个例子……

// Config Contract
public interface IWebAppConfig
{
     string SmtpHost { get; }
     string RootUrl { get; }
}

// Define Common Config Values (values that don't change per environment) 
public abstract class AbstractWebAppConfig : IWebAppConfig
{
     public string SmtpHost { get { return "smtp.google.com"; } }
     public abstract RootUrl { get; }
}

// Dev Config Settings
public class DevWebAppConfig : AbstractWebAppConfig
{
     public override string RootUrl { get { return "http://localhost:1322"; } }
}

// Stage Config Settings
public class StageWebAppConfig : AbstractWebAppConfig
{
     public override string RootUrl { get { return "http://stage.mysite.com"; } }
}

// Prod Config Settings
public class ProdWebAppConfig : AbstractWebAppConfig
{
     public override string RootUrl { get { return "http://www.mysite.com"; } }
}

这种方法的优点：

>输入安全
>配置表示为对象而不是键值对(用于传递配置值的逻辑分组而不是多个值)
>更容易单元测试依赖于配置值的类
>跨多个应用程序共享配置是微不足道的
>部署包含配置实现的程序集将触发应用程序池的循环,就像重新部署web.config一样.

您仍然可以使用web.config来定义环境,这是我通常通过将以下内容添加到appSettings来执行的操作：

<appSettings>
     <!-- accepts: dev|stage|prod -->
     <add key="Env" value="dev" />
</appSettings>

或者,它可以通过使用Envrionment Variables或其他一些构造来基于机器.