如何高逼格读取Web.config中的AppSettings
在ASP.NET网站里（也包括其他有web.config, app.config）的.NET工程里，读AppSettings的值是个很常见的场景。比如：
在代码里读的时候就会用到：
ConfigurationManager.AppSettings["EnableAzureWebTrace"];
这个[]索引器返回的是string类型。所以下一步我们通常需要类型转换才能在代码里拿来用。比如这个例子里，我们就要转换成bool。其他时候，可能要转换为int等类型。
string enableAzureWebTraceConfig = ConfigurationManager.AppSettings["EnableAzureWebTrace"];
bool enableAzureWebTrace = bool.Parse(enableAzureWebTraceConfig);
if(enableAzureWebTrace)
{
// do some logic
}
但问题是，config文件的值对于我们代码来说是不稳定因素，不可控的，这里拿回来的string未必能正确转换格式。所以通常我们会用TryParse方法来防爆:
string enableAzureWebTraceConfig = ConfigurationManager.AppSettings["EnableAzureWebTrace"];
bool enableAzureWebTrace = false;
if (bool.TryParse(enableAzureWebTraceConfig, out enableAzureWebTrace) && enableAzureWebTrace)
{
// do some logic
}
else
{
throw new ConfigurationException("EnableAzureWebTrace value must be true of false.");
}
当然，不要忘了一点。读出来的string有可能首先就是空的。所以又得加上对string的判断，并且考虑到ConfigurationManager.AppSettings[]索引器本身可能会爆，所以还得加try-catch，最终代码就变成这样了：
try
{
string enableAzureWebTraceConfig = ConfigurationManager.AppSettings["EnableAzureWebTrace"];
if (!string.IsNullOrEmpty(enableAzureWebTraceConfig))
{
bool enableAzureWebTrace = false;
if (bool.TryParse(enableAzureWebTraceConfig, out enableAzureWebTrace) && enableAzureWebTrace)
{
// do some logic
}
else
{
throw new ConfigurationException("EnableAzureWebTrace value must be true of false.");
}
}
}
catch (ConfigurationException ce)
{
// error handling logic
throw;
}
这样的代码非常没有逼格，重用性很差，如果你的config里面AppSettings比较多，或者一个settings在程序里到处被用，显然不应该每次都把这样的代码到处复制。所以封装一下呗：
public bool IsEnableAzureWebTrace()
{
try
{
bool enableAzureWebTrace = false;
string enableAzureWebTraceConfig = ConfigurationManager.AppSettings["EnableAzureWebTrace"];
if (!string.IsNullOrEmpty(enableAzureWebTraceConfig))
{
if (!bool.TryParse(enableAzureWebTraceConfig, out enableAzureWebTrace))
{
throw new ConfigurationException("EnableAzureWebTrace value must be true of false.");
}
}
return enableAzureWebTrace;
}
catch (ConfigurationException ce)
{
// error handling logic
return false;
}
}
现在要用到EnableAzureWebTrace的地方都只要调用public bool
IsEnableAzureWebTrace()就行了，我们就把如何读config的逻辑抽离了。重构的目的是，万一以后读config的机制变了，只
要改这一处。不用到处改。但是，我们重构的粒度还不够。这个方法只能用来读EnableAzureWebTrace这一个设置。我们要通用一下，让它也能
读其他bool类型的设置。把key单独的抽出来变成参数：
public bool GetBooleanConfiguration(string key)
{
try
{
bool val = false;
string rawConfigValue = ConfigurationManager.AppSettings[key];
if (!string.IsNullOrEmpty(rawConfigValue))
{
if (!bool.TryParse(rawConfigValue, out val))
{
throw new ConfigurationException(string.Format("{0} value must be true of false.", key));
}
}
return val;
}
catch (ConfigurationException ce)
{
// error handling logic
return false;
}
}
但是这还不够，因为这个方法只能满足于bool类型的config，我们希望有个公用的方法，能读取其他类型。这时候就需要用泛型了。把返回类型给抽离出来。
难点在于，每种数据类型的类型转换写法不一样。比如bool类型是bool.TryParse，int类型是int.TryParse，怎么把这部分逻辑抽象出来呢？
一种办法是用C#本身的类型转换：
(T) Convert.ChangeType(rawConfigValue, typeof (T));
另一种是把类型转换的逻辑作为委托加在方法的参数里，这样就用lambda表达式去传，我比较偏向这种方法，因为方法的调用者能非常清晰的知道“该干嘛，该怎么干”。
这时候，如果因为非法类型转换爆，是得让调用者知道的。所以我偏向把TryParse改为Parse，死就要死个明白。
public T GetConfiguration(Func parseFunc, string key)
{
try
{
T val = default(T);
string rawConfigValue = ConfigurationManager.AppSettings[key];
if (!string.IsNullOrEmpty(rawConfigValue))
{
return parseFunc(rawConfigValue);
}
return val;
}
catch (ConfigurationException ce)
{
// error handling logic
return default(T);
}
}
现在，调用这个方法就能这样去写：
GetConfiguration(bool.Parse, "EnableAzureWebTrace");
看起来已经很牛逼了。但其实还不够。考虑到之前说的config值为空字符串的问题，安全一点的做法是，当遇到空字符串时候，返回一个默认值。因为
这种错误，并不是key不存在的错误，而是key存在，但是值没填。非法值是应该认为错误的。但是空值我个人认为更应该处理为一种“警告”，是应该有
fallback的策略的，而非不可饶恕的错误。为了返回默认值，我们可以多加一个委托。
public T GetConfiguration(Func parseFunc, Func defaultTValueFunc, string key)
{
try
{
string rawConfigValue = ConfigurationManager.AppSettings[key];
return !string.IsNullOrEmpty(rawConfigValue) ?
parseFunc(rawConfigValue) :
defaultTValueFunc();
}
catch (ConfigurationException ce)
{
// error handling logic
return default(T);
}
}
现在，调用者就能灵活处理遇到config为空时候的默认值了：
GetConfiguration(bool.Parse, () => false, "EnableAzureWebTrace");
但是如果每次都在条件判断里写上面那样的语句是挺麻烦的，在一般的系统开发中，我们常常会用一个管理配置的Settings类来对应
Web.config里的设置表，维护这个关系。为了使用方便，我们会把每个Settings的名字，也就是key，作为属性去暴露给调用者，于是你就能
这样写：
public bool EnableAzureWebTrace
{
get
{
return GetConfiguration(bool.Parse, () => false, "EnableAzureWebTrace");
}
}
你以为装逼结束了吗？当然不行！你没发现，属性名称和传进去的string类型的key名称是重复的吗？这样写代码是不是有点蛋疼？而且最惨的是，
在VS2015，C#6.0之前（也就是下版本的C#），string这种东西，要是写错了是编译不出来的，所以我们应该尽量避免用string传
key。经常会发生改了属性名，没有一起改string值的悲剧。比如MVVM框架的RaisePropertyChanged(string)就经常坑
爹（题外话）。。。
好在，.NET4.5有个CallerMemberName特性，意思是”调用我的方法叫什么名字”，就能帮我们把这个string参数撸掉。
所以，我们只需要把方法签名里的string key改成：
public T GetConfiguration(Func parseFunc, Func defaultTValueFunc, [CallerMemberName]string key = "")
这样这个方法被调用的时候，key就会自动赋值为调用它的方法或属性名。然后，刚才的那个属性就能够这样去写：
public bool EnableAzureWebTrace
{
get
{
return GetConfiguration(bool.Parse, () => false);
}
}
你以为装逼真的结束了吗？还有最后一步。万一要是碰到有些情况，属性名真的和appSettings里的key名字不一样怎么办？为了灵活处理这种
边缘情况，还可以加个参数，强撸这种名称不一样的情况，如果这个参数被赋值了（下面的supressKey），就用它去读config而不用传入
的key。
下面给出我博客里读AppSettings的通用代码：
private T TryGetValueFromConfig(Func parseFunc, Func defaultTValueFunc,
[CallerMemberName]string key = "", string supressKey = "")
{
try
{
if (!supressKey.IsNullOrEmptyOrWhiteSpace())
{
key = supressKey;
}
var node = ConfigurationManager.AppSettings[key];
return !string.IsNullOrEmpty(node) ? parseFunc(node) : defaultTValueFunc();
}
catch (Exception ex)
{
Logger.Error(string.Format("Error Reading web.config on AppSettings node: {0}", key), ex);
return default(T);
}
}
现在，你就能灵活装逼了，给几个例子：
string类型，属性名和key不一样，默认值“FileSystemImageProvider”：
public string PostImageProvider
{
get
{
return TryGetValueFromConfig(_ => _, () => "FileSystemImageProvider", supressKey: "ImageProvider");
}
}
bool类型，默认值想要true
public bool IncludeSiteDomainForImageUploadUrl
{
get
{
return TryGetValueFromConfig(bool.Parse, () => true);
}
}
int类型，默认值为20
public int CacheSlideExpireTimeSpanFallbackMinutes
{
get
{
return TryGetValueFromConfig(int.Parse, () => 20);
}
}
先插句题外话，下版本的ASP.NET貌似把web.config撸掉了，都变成json了。所以本文讨论的内容可能以后用不到了，但是一些设计思想还是可以用的~
直接进入正题，在ASP.NET网站里（也包括其他有web.config, app.config）的.NET工程里，读AppSettings的值是个很常见的场景。比如：
在代码里读的时候就会用到：
ConfigurationManager.AppSettings["EnableAzureWebTrace"];
这个[]索引器返回的是string类型。所以下一步我们通常需要类型转换才能在代码里拿来用。比如这个例子里，我们就要转换成bool。其他时候，可能要转换为int等类型。
string enableAzureWebTraceConfig = ConfigurationManager.AppSettings["EnableAzureWebTrace"];
bool enableAzureWebTrace = bool.Parse(enableAzureWebTraceConfig);
if(enableAzureWebTrace)
{
// do some logic
}
但问题是，config文件的值对于我们代码来说是不稳定因素，不可控的，这里拿回来的string未必能正确转换格式。所以通常我们会用TryParse方法来防爆:
string enableAzureWebTraceConfig = ConfigurationManager.AppSettings["EnableAzureWebTrace"];
bool enableAzureWebTrace = false;
if (bool.TryParse(enableAzureWebTraceConfig, out enableAzureWebTrace) && enableAzureWebTrace)
{
// do some logic
}
else
{
throw new ConfigurationException("EnableAzureWebTrace value must be true of false.");
}
直接进入正题，在ASP.NET网站里（也包括其他有web.config, app.config）的.NET工程里，读AppSettings的值是个很常见的场景。比如：
<add key="EnableAzureWebTrace" value="true"/>
在代码里读的时候就会用到：
ConfigurationManager.AppSettings["EnableAzureWebTrace"];
这个[]索引器返回的是string类型。所以下一步我们通常需要类型转换才能在代码里拿来用。比如这个例子里，我们就要转换成bool。其他时候，可能要转换为int等类型。
string enableAzureWebTraceConfig = ConfigurationManager.AppSettings["EnableAzureWebTrace"];
bool enableAzureWebTrace = bool.Parse(enableAzureWebTraceConfig);
if(enableAzureWebTrace)
{
// do some logic
}
但问题是，config文件的值对于我们代码来说是不稳定因素，不可控的，这里拿回来的string未必能正确转换格式。所以通常我们会用TryParse方法来防爆:
string enableAzureWebTraceConfig = ConfigurationManager.AppSettings["EnableAzureWebTrace"];
bool enableAzureWebTrace = false;
if (bool.TryParse(enableAzureWebTraceConfig, out enableAzureWebTrace) && enableAzureWebTrace)
{
// do some logic
}
else
{
throw new ConfigurationException("EnableAzureWebTrace value must be true of false.");
}
当然，不要忘了一点。读出来的string有可能首先就是空的。所以又得加上对string的判断，并且考虑到ConfigurationManager.AppSettings[]索引器本身可能会爆，所以还得加try-catch，最终代码就变成这样了：
try
{
string enableAzureWebTraceConfig = ConfigurationManager.AppSettings["EnableAzureWebTrace"];
if (!string.IsNullOrEmpty(enableAzureWebTraceConfig))
{
bool enableAzureWebTrace = false;
if (bool.TryParse(enableAzureWebTraceConfig, out enableAzureWebTrace) && enableAzureWebTrace)
{
// do some logic
}
else
{
throw new ConfigurationException("EnableAzureWebTrace value must be true of false.");
}
}
}
catch (ConfigurationException ce)
{
// error handling logic
throw;
}
这样的代码非常没有逼格，重用性很差，如果你的config里面AppSettings比较多，或者一个settings在程序里到处被用，显然不应该每次都把这样的代码到处复制。所以封装一下呗：
public bool IsEnableAzureWebTrace()
{
try
{
bool enableAzureWebTrace = false;
string enableAzureWebTraceConfig = ConfigurationManager.AppSettings["EnableAzureWebTrace"];
if (!string.IsNullOrEmpty(enableAzureWebTraceConfig))
{
if (!bool.TryParse(enableAzureWebTraceConfig, out enableAzureWebTrace))
{
throw new ConfigurationException("EnableAzureWebTrace value must be true of false.");
}
}
return enableAzureWebTrace;
}
catch (ConfigurationException ce)
{
// error handling logic
return false;
}
}
现在要用到EnableAzureWebTrace的地方都只要调用public bool IsEnableAzureWebTrace()就行了，我们就把如何读config的逻辑抽离了。重构的目的是，万一以后读config的机制变了，只要改这一处。不用到处改。但是，我们重构的粒度还不够。这个方法只能用来读EnableAzureWebTrace这一个设置。我们要通用一下，让它也能读其他bool类型的设置。把key单独的抽出来变成参数：
public bool GetBooleanConfiguration(string key)
{
try
{
bool val = false;
string rawConfigValue = ConfigurationManager.AppSettings[key];
if (!string.IsNullOrEmpty(rawConfigValue))
{
if (!bool.TryParse(rawConfigValue, out val))
{
throw new ConfigurationException(string.Format("{0} value must be true of false.", key));
}
}
return val;
}
catch (ConfigurationException ce)
{
// error handling logic
return false;
}
}
但是这还不够，因为这个方法只能满足于bool类型的config，我们希望有个公用的方法，能读取其他类型。这时候就需要用泛型了。把返回类型给抽离出来。
难点在于，每种数据类型的类型转换写法不一样。比如bool类型是bool.TryParse，int类型是int.TryParse，怎么把这部分逻辑抽象出来呢？
一种办法是用C#本身的类型转换：
(T) Convert.ChangeType(rawConfigValue, typeof (T));
另一种是把类型转换的逻辑作为委托加在方法的参数里，这样就用lambda表达式去传，我比较偏向这种方法，因为方法的调用者能非常清晰的知道“该干嘛，该怎么干”。
这时候，如果因为非法类型转换爆，是得让调用者知道的。所以我偏向把TryParse改为Parse，死就要死个明白。
public T GetConfiguration<T>(Func<string, T> parseFunc, string key)
{
try
{
T val = default(T);
string rawConfigValue = ConfigurationManager.AppSettings[key];
if (!string.IsNullOrEmpty(rawConfigValue))
{
return parseFunc(rawConfigValue);
}
return val;
}
catch (ConfigurationException ce)
{
// error handling logic
return default(T);
}
}
现在，调用这个方法就能这样去写：
GetConfiguration<bool>(bool.Parse, "EnableAzureWebTrace");
看起来已经很牛逼了。但其实还不够。考虑到之前说的config值为空字符串的问题，安全一点的做法是，当遇到空字符串时候，返回一个默认值。因为这种错误，并不是key不存在的错误，而是key存在，但是值没填。非法值是应该认为错误的。但是空值我个人认为更应该处理为一种“警告”，是应该有fallback的策略的，而非不可饶恕的错误。为了返回默认值，我们可以多加一个委托。
public T GetConfiguration<T>(Func<string, T> parseFunc, Func<T> defaultTValueFunc, string key)
{
try
{
string rawConfigValue = ConfigurationManager.AppSettings[key];
return !string.IsNullOrEmpty(rawConfigValue) ?
parseFunc(rawConfigValue) :
defaultTValueFunc();
}
catch (ConfigurationException ce)
{
// error handling logic
return default(T);
}
}
现在，调用者就能灵活处理遇到config为空时候的默认值了：
GetConfiguration<bool>(bool.Parse, () => false, "EnableAzureWebTrace");
但是如果每次都在条件判断里写上面那样的语句是挺麻烦的，在一般的系统开发中，我们常常会用一个管理配置的Settings类来对应Web.config里的设置表，维护这个关系。为了使用方便，我们会把每个Settings的名字，也就是key，作为属性去暴露给调用者，于是你就能这样写：
public bool EnableAzureWebTrace
{
get
{
return GetConfiguration<bool>(bool.Parse, () => false, "EnableAzureWebTrace");
}
}
你以为装逼结束了吗？当然不行！你没发现，属性名称和传进去的string类型的key名称是重复的吗？这样写代码是不是有点蛋疼？而且最惨的是，在VS2015，C#6.0之前（也就是下版本的C#），string这种东西，要是写错了是编译不出来的，所以我们应该尽量避免用string传key。经常会发生改了属性名，没有一起改string值的悲剧。比如MVVM框架的RaisePropertyChanged(string)就经常坑爹（题外话）。。。
好在，.NET4.5有个CallerMemberName特性，意思是”调用我的方法叫什么名字”，就能帮我们把这个string参数撸掉。
所以，我们只需要把方法签名里的string key改成：
public T GetConfiguration<T>(Func<string, T> parseFunc, Func<T> defaultTValueFunc, [CallerMemberName]string key = "")
这样这个方法被调用的时候，key就会自动赋值为调用它的方法或属性名。然后，刚才的那个属性就能够这样去写：
public bool EnableAzureWebTrace
{
get
{
return GetConfiguration<bool>(bool.Parse, () => false);
}
}
你以为装逼真的结束了吗？还有最后一步。万一要是碰到有些情况，属性名真的和appSettings里的key名字不一样怎么办？为了灵活处理这种边缘情况，还可以加个参数，强撸这种名称不一样的情况，如果这个参数被赋值了（下面的supressKey），就用它去读config而不用传入 的key。
下面给出我博客里读AppSettings的通用代码：
private T TryGetValueFromConfig<T>(Func<string, T> parseFunc, Func<T> defaultTValueFunc,
[CallerMemberName]string key = "", string supressKey = "")
{
try
{
if (!supressKey.IsNullOrEmptyOrWhiteSpace())
{
key = supressKey;
}
var node = ConfigurationManager.AppSettings[key];
return !string.IsNullOrEmpty(node) ? parseFunc(node) : defaultTValueFunc();
}
catch (Exception ex)
{
Logger.Error(string.Format("Error Reading web.config on AppSettings node: {0}", key), ex);
return default(T);
}
}
现在，你就能灵活装逼了，给几个例子：
string类型，属性名和key不一样，默认值“FileSystemImageProvider”：
public string PostImageProvider
{
get
{
return TryGetValueFromConfig(_ => _, () => "FileSystemImageProvider", supressKey: "ImageProvider");
}
}
bool类型，默认值想要true
public bool IncludeSiteDomainForImageUploadUrl
{
get
{
return TryGetValueFromConfig(bool.Parse, () => true);
}
}
int类型，默认值为20
public int CacheSlideExpireTimeSpanFallbackMinutes
{
get
{
return TryGetValueFromConfig(int.Parse, () => 20);
}
}
外企白领的困局:在温水中等待裁员
更多的人第一次接触了conference call，global web meeting这类逼格满满的名词，当他们抱着最新款的笔记本在五星级酒店柔软的大床上发邮件时，当他们用公司发的黑莓给小伙伴打电话时，内心的傲娇无与伦比。可能是因为这些初恋般美好的第一次太过刻骨铭心吧，白领们对外企始终抱有一份复杂的 情感 。即便...
求高大上,有逼格的ppt模板,在线等!必有重谢!
PowerPoint和Word、Excel等应用软件一样，都是Microsoft公司推出的Office系列产品之一，主要用于设计制作广告宣传、产品演示的电子版幻灯片，制作的演示文稿可以通过计算机屏幕或者投影机播放；利用PowerPoint，不但可以创建演示文稿，还可以在互联网上召开面对面会议、远程会议或在Web上给观众展示演示文稿。随着办公...
产品经理需要掌握的工具一般都有哪些
产品文档工具：我现在用的是摹客iDoc，可以插入原型图和设计稿，原型图和设计稿修改以后文档也可以自动同步，之前用word需要一张张粘贴，太麻烦了。原型设计工具：摹客mockplus、Axure。Axure算是一款很老牌的工具了，不过功能太复杂，对于产品经理来说可能百分之九十的功能都用不上。用mockplus的一个原因...
如何高逼格读取Web.config中的AppSettings
这个就和读取xml是一样的, 你使用vs编程的话,添加了,configurationMangeer引用以后,就可以直接操作webconfig.这个文件了,而不需要像读取xml一样,写路径什么的 具体的读法,楼上的回答了。 本回答被网友采纳 已赞过 已踩过< 你对这个回答的评价是? 评论 收起 其他...
如何高逼格读取Web.config中的AppSettings
在ASP.NET网站里（也包括其他有web.config, app.config）的.NET工程里，读AppSettings的值是个很常见的场景。比如：<add key="EnableAzureWebTrace" value="true"\/> 在代码里读的时候就会用到：ConfigurationManager.AppSettings["EnableAzureWebTrace"];这个[]索引器返回的是string类型。所以下一步我们...
如何高逼格读取Web.config中的AppSettings
先插句题外话，下版本的ASP.NET貌似把web.config撸掉了，都变成json了。所以本文讨论的内容可能以后用不到了，但是一些设计思想还是可以用的~直接进入正题，在ASP.NET网站里（也包括其他有web.config, app.config）的.NET工程里，读AppSettings的值是个很常见的场景。比如：<add key="EnableAzureWebTrace...
如何利用好渐变色使你的PPT显得更加高大上
图表设计永远是PPT的大难题，来分享一个瞬间让图表高逼格起来的小技巧 —— 渐变填充。【03】渐变配色 重点来了，渐变操作掌握了，又遇到一个千古难题了——配色。关于配色，很多大咖们都说过：非设计专业的小伙伴不要太相信自己的配色。黑历史……关于这句话，我一直记在心里……在这里也推荐给大家...
占胀同悦： 在ASP.NET网站里(也包括其他有web.config, app.config)的.NET工程里,读AppSettings的值是个很常见的场景.比如:在代码里读的时候就会用到:ConfigurationManager.AppSettings[＂EnableAzureWebTrace＂];这个[]索引器返回的是...
禅城区13296843302： ASP.NET MVC 4中如何读取web.config中的配置? - ？
占胀同悦： 用ConfigurationManager这个类.ASP.NET MVC 4中读取web.config中的配置方法如下:1、web.config内容: 2、读取配置的方法:void Page_Load(object sender, EventArgs e) { string connectionInfo = ConfigurationSettings....
禅城区13296843302： C#怎么读取自定义web.config配置 - ？
占胀同悦： 在web.config的appSetting节点里配置好1 <add key=＂key＂ value=＂value＂ /> 需要取值的类里引用包1 using System.Configuration;
禅城区13296843302： 窗体应用程序如何来读出web.config里面得值c# - ？
占胀同悦： config cs string ConfigKeyName = ConfigurationManager.AppSettings[＂Key1＂]; 引用using System.Configuration;
禅城区13296843302： 如何读取web.config文件里面 的数据库连接字符串 - ？
占胀同悦： 给你我写的 先配置数据连接 要用的话就这样写 con=new SqlConnection(System.Configuration.ConfigurationSettings.AppSettings[＂con＂]); 其实就是key value结构
禅城区13296843302： web项目中如何读取配置文件config.xml - ？
占胀同悦： servlet初始化的时候会去读取web.xml,把这个文件的路径配置到web.xml里.或者你在web.xml里加载个初始化类,这个类去加载config.xml
禅城区13296843302： 如何读取web.config中自定义的信息 - ？
占胀同悦： 自定义信息,你没说明白是什么东西,自定义节点还是在connectionstring或appsetting中自定义的值,1、如果是获取自定义节点的话,可能比较麻烦,建议你在网上找一些公共的confighelper类库或者看一下这个博文 http://xiachanghao1990....
禅城区13296843302： 怎么读取多个config配置文件 - ？
占胀同悦： 怎么读取多个config配置文件 一个工程中,有一个默认的web.config文件,之后,我又添加了一个test.config;在test.config中 我要怎么来读取这个test.config中的appSettings标签中的信息------解决方案-------------------- 假设一个网站系统存在两个配...
禅城区13296843302： web.config数据库连接读取 - ？
占胀同悦： 哪里需要连库哪里写,看你的层怎么分了 string connectionString = ConfigurationManager.ConnectionStrings[＂connStr＂].ConnectionString; SqlConnection myConnection = new SqlConnection(connectionString); SqlDataAdapter ad = new ...
禅城区13296843302： winform 里如何读取web.conifg - ？
占胀同悦： public static string connectionString = ConfigurationManager.AppSettings[＂ConStr＂]; 在BS程序中可以读到web.config里面的东西,在CS程序里面可以读到app.config里面的东西.你在winform里面建一个app.config的配置文件,内容和web.config一样,就可以读到了.
