标签：用户 今天 end config 本地 conf 读取 创建 obj
在开发上位机时，我们经常需要用到配置的相关功能，我们可以选择的方案也很多，包括ini、txt、json、xml，今天跟大家分享的另外一种方式——Settings。
1、首先，通过展开Properties，里面有个Settings.settings，双击打开，如下图所示：
如果你打开不是这种表格的形式，右击选择打开方式，选择设置设计器。
这里我添加了一个IP地址和端口号，后面会使用到，数据类型根据情况选择，范围选择用户，值可以填写也可以不填，这个是默认值的意思。
2、创建一个简单的界面，本案例主要就是实现IP地址和端口号的配置。
3、创建一个Settings对象。
private Settings DefaultSetting = Settings.Default;
4、读取配置按钮事件代码编写如下：
private void btn_Read_Click(object sender, EventArgs e)
{
this.txt_IP.Text = DefaultSetting.IP地址;
this.txt_Port.Text = DefaultSetting.端口号;
}
5、保存配置按钮事件代码编写如下：
private void btn_Save_Click(object sender, EventArgs e)
{
DefaultSetting.IP地址 = this.txt_IP.Text;
DefaultSetting.端口号 = this.txt_Port.Text;
DefaultSetting.Save();
}
6、通过以上几步，我们就实现了通过Setting实现参数配置，非常简单，也非常快速，测试功能也完全正常。
如果有小伙伴用过这种方法，你会发现一个很奇怪的现象，不知道配置文件在什么地方？
我们打开debug目录下的thinger.SettingPro.exe.config文件，发现这里面存储的根本不是最新的配置值，修改这里的值，也不起作用。
那么真正的配置文件在哪里呢？
尝试使用everything搜索了一下thinger.SettingPro（这个是项目名），如果存储在其他地方的话，应用也会带项目名称吧？不然多个项目都采用Setting配置，怎么区分呢？
通过排除法，找到了一个看似不太正常的文件夹，如上图所示，打开之后，发现里面有个1.0.0.0文件夹，里面有个user.config文件，打开发现，里面存储着的正是刚刚设置的配置值：
再次修改一下，发现该文件的修改日期，随之更改，同时修改该文件里的值，读取的数据也随之改变，说明正是在对该文件进行操作。
通过以上一系列测试，说明Setting方式，是将配置文件存储到本地的某个路径下，因此如果你不换电脑，使用是完全没问题的。
但是如果你的程序需要在另外一台电脑上运行，可能你打开时，配置信息就又变成原始的默认值了。
标签：用户 今天 end config 本地 conf 读取 创建 obj
原文地址：https://www.cnblogs.com/xiketang/p/14861668.html
