Web.config和App.config的问题

Question

介绍：

• 通常我们在Web.config或App.config存储ConnectionStrings和一些其他设置（ <appSettings> <add key... ）。

我的风景：

• Web应用程序使用工厂模式直接注入读取数据提供者。

• 在web.config我有一个键，告诉我将使用哪个DLL（提供程序）来检索我的数据。

• 我可以有多个提供程序（每个DLL将是MS SQL，MySQL的提供程序，或从某些SOA服务获取数据）。

• 每个DLL都有自己的名称（ID和名称空间），并且需要拥有自己的配置（dataconnections，服务URL等），第一个想法是在app.config编写。

问题：

• ＃1 - 网站正在运行（运行时）我需要更改数据提供者， 我该怎么做？ 不知何故， Web.config写入的默认值将被更改。

  • 我的目标是能够拥有多个提供程序（并在运行时：添加/删除提供程序和更改配置） - 这引出了我的第二个问题：

  。

• ＃2 - 每个数据提供者都有自定义配置，而App.Config文件不适用于dll程序集，只能用于可执行文件。 这意味着我需要在我的Web.Config上编写（我不喜欢这个选项，因为我再次在运行时更新我的​​web.config）。 我该怎么解决这个问题？

  • 我试图避免编写自定义设置XML文件。 我理想的解决方案是以某种方式部署每个提供程序的DLL和DLL.config 。 并且在运行时期间我可能需要更改此配置值。

。

Answer 1

好的，当我在等待一些帮助时，我把手放在上班，我能找到一个好的解决方案（当然我认为：P）。

让我与大家分享一下：

所以，我有一个Web应用程序，或一个控制台应用程序，或其他类型的应用程序，以及许多类库，我需要存储将在运行时更改的信息（每个Visual Studio项目不同）。

将此信息存储在Web.config或App.config中对于它所遇到的许多问题并不是一个好主意。

我看到的另一种方法是每个项目都有一个XML配置文件。

每个应用程序都将读取自己的XML并将其添加到Cache with CacheDependency （将在更新XML配置文件时过期）。 这样我们就不需要一直读取配置，并且我们也知道配置何时更改。

IMO THIS IS THE FASTEST AND EASIEST WAY TO SOLVE THE PROBLEM ，最简单的方法，无需使用第三方框架（既不需要学习/编程它的时间）。

。

示例代码：

    protected void Page_Load(object sender, EventArgs e)
    {
        DBConfiguration cachConf;
        cachConf = Cache["cachConf"] as DBConfiguration;
        if (cachConf == null)
        {
            cachConf = new DBConfiguration();

            XmlDocument doc = new XmlDocument();
            doc.Load(HttpContext.Current.Request.PhysicalApplicationPath + "bin/MyConf.xml");
            XmlNodeList xnl = doc.GetElementsByTagName("username");
            XmlElement xe = (XmlElement)xnl[0];
            cachConf.Username = xe.InnerText.ToString();
            xnl = doc.GetElementsByTagName("password");
            xe = (XmlElement)xnl[0];
            cachConf.Password = xe.InnerText.ToString();               

            Cache.Insert("cachConf", cachConf, 
                new System.Web.Caching.CacheDependency(
                    HttpContext.Current.Request.PhysicalApplicationPath + "MyConf.xml"),
                    DateTime.Now.AddMinutes(60), TimeSpan.Zero,
                    System.Web.Caching.CacheItemPriority.Default,
                    new System.Web.Caching.CacheItemRemovedCallback(
                        CacheItemRemovedCallBack));
        }
        LabelUsername.Text = cachConf.Username;
        LabelPassword.Text = cachConf.Password;            
    }

    private void CacheItemRemovedCallBack(string key, object value, CacheItemRemovedReason reason)
    {
        //Response.Write("Hello world"); 
    }

Answer 2

问题1 - 运行时更改： Microsoft希望您应用于此类问题的解决方案是简单地使Web服务器保持无状态。 当ASP.NET应用程序循环使用时，它允许现有请求在新进程上完成新请求。 有关后台，请阅读有关IIS进程回收的信息 。 对web.config的更改会回收工作进程，但用户不会注意到这一点（除非您在Web服务器进程中保持状态）。 这就是MS的设计。

如果要监视更改而不回收进程，则需要除默认web.config行为之外的其他内容。 想到的一个例子是巡航控制项目文件。 它们有一个组件可以将对象映射到xml和从xml映射，使用它可以使用FileSystemWatcher类来监视更改。

问题2 - 自定义配置：听起来你有来自不同库的组件具有不同的依赖关系。 您的主程序集需要一种实例化服务的方法，具有一组给定的依赖项。 MS数据提供商模型很酷，但不是很酷。

为了这么酷，使用控制容器的反转，因为这正是他们所做的。 我喜欢autofac （因为我喜欢Philip K Dick参考），但是温莎城堡很棒。

现在，如果您正在讨论动态更改数据库或数据提供程序，则可能是配置不正确。 如果您要针对y类型的x数据库进行报告，则需要该数据库信息的中央存储库，并且配置文件不是正确的位置，IOC容器也不是正确的解决方案。

Answer 3

您可以将凭据存储在从web.config引用的辅助配置文件中，如下所示：

<appSettings file="AppSettings.config"/>

您仍然需要小心避免编辑外部文件上的冲突。

Answer 4

正如Precipitous建议的那样，试试Castle Windsor：

http://www.castleproject.org/container/

你正在手动进行控制反转。 温莎会减轻你的负担。