C#配置文件App.config使用总结__config_ConfigurationManager_Configuration_程序_AppSettings_

当前位置: 编程技术>.net/c#/asp.net

C#配置文件App.config使用总结

来源: 互联网发布时间：2014-08-30

本文导语: 首先，app.config 配置文件的格式如下：代码示例: 因此，对于配置文件的读取方式如下：（依然由上面的文件举一个简单的例子）代码示例: static string str = "Data Sour...

首先，app.config 配置文件的格式如下：

代码示例:

因此，对于配置文件的读取方式如下：（依然由上面的文件举一个简单的例子）

代码示例:

static string str = "Data Source=" + System.Configuration.ConfigurationManager.AppSettings["ServerIP"] + ";Initial Catalog =" + System.Configuration.ConfigurationManager.AppSettings["DataBase"] + "; User ID=" + System.Configuration.ConfigurationManager.AppSettings["user"] + "; Password=" + System.Configuration.ConfigurationManager.AppSettings["password"] ; 

这样，便从配置文件中读取出了所需要的信息，组成了一组用于连接数据库的字符串。
对于修改配置文件，有如下方法修改app.config中的值：

代码示例:

Configuration config = ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.None);  

config.AppSettings.Settings["DB_UID"].Value = "demo";  

config.Save(ConfigurationSaveMode.Full); 

事实证明这种做法是不可行的。虽然程序运行时的值已经被修改。但是打开app.config查看，会看到值仍然没有被改动。如果重启程序，就会使用以前的旧值。用这种方法只可以读取值。不能写入或者修改值。

注意，正确的做法是，把配置文件按照普通的xml文件来进行修改，否则，经常出现的问题就是你所修改的东西其实最后根本没有写入文件！最后还是修改失败！
当作普通的xml文件读取的话，首先就要知道怎么寻找文件的路径。我们知道一般配置文件就在跟可执行exe文件在同一目录下，且仅仅在名称后面添加了一个.config 因此，可以用Application.ExecuteablePath+".cofig"的方式来获得，不过更加推荐使用AppDomain.CurrentDomain.SetupInformation.ConfigurationFile这句话来直接获取当前程序的配置文件的位置，具体原因，后面再叙述。

这里给出常用的操作函数。

代码示例:

using System.Xml;  

//第一个参数是xml文件中的add节点的value，第二个参数是add节点的key  

private void SaveConfig(string ConnenctionString, string strKey)  

{  

   XmlDocument doc = new XmlDocument();  

   //获得配置文件的全路径  

   string strFileName = AppDomain.CurrentDomain.SetupInformation.ConfigurationFile;  

   // string  strFileName= AppDomain.CurrentDomain.BaseDirectory + "\exe.config";  

   doc.Load(strFileName);  

   //找出名称为“add”的所有元素  

   XmlNodeList nodes = doc.GetElementsByTagName("add");  

   for (int i = 0; i < nodes.Count; i++)  

   {  

       //获得将当前元素的key属性  

       XmlAttribute att = nodes[i].Attributes["key"];  

       //根据元素的第一个属性来判断当前的元素是不是目标元素  

       if (att.Value == strKey)  

       {  

           //对目标元素中的第二个属性赋值  

           att = nodes[i].Attributes["value"];  

           att.Value = ConnenctionString;  

           break;  

       }  

   }  

   //保存上面的修改  

   doc.Save(strFileName);  

   System.Configuration.ConfigurationManager.RefreshSection("appSettings");  

}

现在回过头还是看上面的这个函数，看它的最后一行，它的作用是什么？
查找msdn文档可以发现微软出于性能考虑，对配置文件App.config采用了缓存策略，因此，尽管上面的函数确实在磁盘文件中修改了节点的值，当时，当用前面的那个函数读取的时候，会依然得到原来的那个值，仿佛没有修改一样！所以，必须使用这么句话，进行一遍刷新，强制要求程序下一次读取的时候，从磁盘文件读取！
好了，现在使用Visual Studio写C#程序的童鞋应该都遇到了一个蛋疼的问题，就是在debug时，明明在程序中修改了配置文件，可是下次重新执行程序的时候，发现程序根本没有发生变化，打开与exe文件相对应的config文件查看，发现文件根本没有变化！！！！明明就是当作xml文件来操作的，怎么会这样？！

其实这就涉及VS的运行机制问题了，细心的童鞋会在exe文件的同目录下，发现有一个与之对应的vshost.exe，以及vshost.exe.config 文件，当打开这里的这个config文件后会发现，在这里面的xml文件的值发生了变化！对滴~VS无论在Debug还是Release下，运行的程序都是这个带有vshost的程序，修改的也是这个程序对应的config。当时，当程序刚刚启动的时候，却是读取的原来与exe文件对应的config文件，将这个config文件内容替换原来与vshost.exe对应的config里面内容，这也就是为什么每次重新开程序后恢复原状的原因。

由于程序在VS里面调试的时候，运行的程序与直接去bin文件夹运行的程序不一样，所以，更推荐使用AppDomain.CurrentDomain.SetupInformation.ConfigurationFile来获取当前运行程序的配置文件。

当然啦，这一点差异不要着急，等程序调试完毕后，以后，程序一般就是从文件夹手动启动的啦，这个时候，就没有上面的那么多问题的了。一切会恢复正常！