blocks|key|3374910|text|设置是标准的键值对(字符串-字符串)。我可以将它们包装在一个XML文件中，如果这有帮助的话。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3374911|我宁愿使用文件系统，而不是注册表。它似乎更容易维护。在支持场景中，如果用户需要手动打开/更改设置，如果它在文件系统中，则会更容易。|3374912|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

Settings are standard key-value pairs (string-string). I could wrap them in an XML file, if that helps.

I'd rather use the file system instead of the registry. It seems to be easier to maintain. In support scenarios, if the user needs to manually open/change the settings, that would be easier if it's in the file system.

blocks|key|3162186|text|除了产品版本，我会从你张贴的文件夹列表往下看。您不希望在发布更新后重置设置。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3162187|实际上，由于调试/内存占用因素，我不再使用用户设置的注册表。我目前只在注册表中存储了几个基本设置(窗口大小、位置、数据文件的版本)，如果更新出错或用户丢失了第二个监视器，我就会遇到更多问题，这就是应用程序打开的位置。他们中的一些人足够聪明，能够理解regedit，但对于其余的人，他们必须重新安装，这很快，但我认为他们有点发牢骚。对于基于文件的版本，我所要做的就是让他们在记事本中打开一个XML文件并进行快速调整。|3162188|此外，我希望让我的应用程序可以在USB闪存驱动器上运行，并且将设置绑定到文件中似乎对该过程更友好。我确信我可以做一些代码来检查/清理注册表，但我想我们中的大多数人已经厌倦了如今似乎吞噬我们机器的注册表杂乱。|3162189|我知道这有一些安全方面的权衡，但我正在排序的数据对此都不是那么关键，而且我没有因为应用程序的大小而受到任何性能影响。|3162190|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|K|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|L|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|M|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|I|$]]

I'd go down the folder list you posted except for the product version. You don't want the settings reset after an update is released.

I'm actually moving away from the registry for user settings because of the debug/footprint factor. I'm currently only storing a few basic settings (window size, position, version of a data file) in the registry, and I've run into more problems if an update goes bad or a user loses a second monitor and that is where the application was opening to. A few of them are savvy enough to understand regedit, but for the rest they have to do a reinstall, which is quick, but I think they grumble a bit. With the file based version, all I'd have to do is have them open up an XML file in Notepad and make a quick tweak.

In addition, I'm looking to make my application runnable off a USB flash drive, and having the settings tied into the file seems much friendlier to that process. I'm sure I can do some code to check/clean the registry, but I think most of us are already tired of the registry clutter that seems to eat up our machines nowadays.

I know there are some security tradeoffs to this, but none of the data I'm sorting is that critical to that cause, and I'm not suffering any performance hits due to the size of the application.

blocks|key|3162225|text|我喜欢使用内置的Application+Settings。然后，如果您希望在设计时或运行时使用设置设计器，则已经内置了对使用设置设计器的支持：|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|3162226|//+read+setting
string+setting1+=+(string)Settings.Default["MySetting1"];
//+save+setting
Settings.Default["MySetting2"]+=+"My+Setting+Value";

//+you+can+force+a+save+with
Properties.Settings.Default.Save();|code-block|syntax|javascript|3162227|它确实将设置存储在与您所描述的相似的文件夹结构中(路径中的版本)。但是，通过一个简单的调用：|3162228|Properties.Settings.Default.Upgrade();+|3162229|该应用程序将拉入所有以前版本的设置以保存。|3162230|entityMap|0|LINK|mutability|MUTABLE|url|http://msdn.microsoft.com/en-us/library/a65txexh.aspx^0|8|K|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|W|8|@]|9|@$A|X|B|Y|1|Z]]|C|$]]|$1|D|3|E|5|F|7|10|8|@]|9|@]|C|$G|H]]|$1|I|3|J|5|6|7|11|8|@]|9|@]|C|$]]|$1|K|3|L|5|F|7|12|8|@]|9|@]|C|$G|H]]|$1|M|3|N|5|6|7|13|8|@]|9|@]|C|$]]|$1|O|3|-4|5|6|7|14|8|@]|9|@]|C|$]]]|P|$Q|$5|R|S|T|C|$U|V]]]]

I love using the built-in <a href="http://msdn.microsoft.com/en-us/library/a65txexh.aspx" rel="noreferrer">Application Settings</a>. Then you have built in support for using the settings designer if you want at design-time, or at runtime to use: 

<pre><code>// read setting
string setting1 = (string)Settings.Default["MySetting1"];
// save setting
Settings.Default["MySetting2"] = "My Setting Value";

// you can force a save with
Properties.Settings.Default.Save();
</code></pre>

It does store the settings in a similar folder structure as you describe (with the version in the path). However, with a simple call to: 

<pre><code>Properties.Settings.Default.Upgrade(); 
</code></pre>

The app will pull all previous versions settings in to save in.

blocks|key|369962|text|过去对我有效的一种方法是创建一个设置类，并使用XML序列化将其写入文件系统。您可以通过创建设置对象的集合并序列化它来扩展此概念。您可以将所有用户的所有设置放在一个位置，而不必担心管理文件系统。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|369963|在任何人批评我部分地重新发明轮子之前，让我先说几件事。首先，序列化和编写文件只需要几行代码。其次，如果你有一个包含你的设置的对象，当你加载你的应用程序时，你不必对appSettings对象进行多次调用。最后，很容易添加表示应用程序状态的项，从而允许您在应用程序下一次加载时恢复长期运行的任务。|369964|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

One approach that has worked for me in the past has been to create a settings class and use XML serialization to write it to the file system. You could extend this concept by creating a collection of settings objects and serializing it. You would have all of your settings for all users in one place without having to worry about managing the file system.

Before anyone gives me any flak for partially re-inventing the wheel, let me say a few things. For one, it is only a few lines of code to serialize and write the file. Secondly, if you have an object that contains your settings, you don't have to make multiple calls to the appSettings object when you load your app. And lastly, it is very easy to add items that represent your applications state, thereby allowing you to resume a long-running task when the application loads next.

blocks|key|365198|text|或者将您的设置写入xml文件并使用Isolated+Storage保存。根据您使用的存储，它将其保存在Application+Data文件夹中。您还可以选择启用漫游的存储区，这意味着当用户登录到不同的计算机时，设置将随之移动。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|365199|entityMap|0|LINK|mutability|MUTABLE|url|http://msdn.microsoft.com/en-us/library/3ak841sy.aspx^0|H|G|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

Or write your settings in a xml file and save it using <a href="http://msdn.microsoft.com/en-us/library/3ak841sy.aspx" rel="noreferrer">Isolated Storage</a>. Depending on the store you use it saves it in the Application Data folder. You can also choose a roaming enabled store which means when the user logs on a different computer the settings move with them.

blocks|key|365215|text|独立存储主要用于使用ClickOnce分发的应用程序，并在安全沙箱中运行。基本路径是为您决定的，您将无法在代码中推断它。路径将类似于"\LocalSettings\ApplicationData\IsolatedStorage\ejwnwe.302\kfiwemqi.owx\url.asdaiojwejoieajae...."，，但并不那么友好。您的存储空间也是有限的。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|365216|Ryan+Farley+has+it+right。|365217|entityMap|0|LINK|mutability|MUTABLE|url|http://en.wikipedia.org/wiki/ClickOnce|1|https://stackoverflow.com/questions/26369/what-is-the-best-way-to-store-user-settings-for-a-net-application/26400#26400^0|A|9|0|0|0|O|1|0^^$0|@$1|2|3|4|5|6|7|P|8|@]|9|@$A|Q|B|R|1|S]]|C|$]]|$1|D|3|E|5|6|7|T|8|@]|9|@$A|U|B|V|1|W]]|C|$]]|$1|F|3|-4|5|6|7|X|8|@]|9|@]|C|$]]]|G|$H|$5|I|J|K|C|$L|M]]|N|$5|I|J|K|C|$L|O]]]]

Isolated storage is primarily used for applications distributed using <a href="http://en.wikipedia.org/wiki/ClickOnce" rel="nofollow noreferrer">ClickOnce</a> and are run in a secure sandbox. The base path is decided for you and you won't be able infer it in your code. The path will be something like "\LocalSettings\ApplicationData\IsolatedStorage\ejwnwe.302\kfiwemqi.owx\url.asdaiojwejoieajae....", not all that friendly. Your storage space is also limited.

<a href="https://stackoverflow.com/questions/26369/what-is-the-best-way-to-store-user-settings-for-a-net-application/26400#26400">Ryan Farley has it right</a>.

blocks|key|367021|text|.NET应用程序具有易于使用的内置设置机制。在我看来，它的问题在于它将这些设置存储在一个相当模糊的目录中，最终用户将无法找到它。此外，仅仅从调试切换到发布版本就会更改此目录的位置，这意味着保存在一个配置中的任何设置都会在另一个配置中丢失。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|367022|出于这些和其他原因，我想出了my+own+settings+code+for+Windows+Forms。它不像.NET附带的那样灵活，但更灵活，我一直在使用它。|offset|length|367023|entityMap|0|LINK|mutability|MUTABLE|url|http://www.blackbeltcoder.com/Articles/winforms/a-custom-settings-class-for-winforms^0|0|E|12|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|O|8|@]|9|@$D|P|E|Q|1|R]]|A|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|A|$]]]|G|$H|$5|I|J|K|A|$L|M]]]]

.NET applications have a built-in settings mechanism that is easy to use. The problem with it, in my opinion, is that it stores those settings off into a rather obscure directory and end users will not be able to find it. Moreover, just switching from debug to release build changes the location of this directory, meaning that any settings saved in one configuration are lost in the other.

For these and other reasons, I came up with <a href="http://www.blackbeltcoder.com/Articles/winforms/a-custom-settings-class-for-winforms" rel="noreferrer">my own settings code for Windows Forms</a>. It's not quite as slick as the one that comes with .NET, but it's more flexible, and I use it all the time.

blocks|key|370025|text|我尝试了一些方法将我的设置存储到简单的文本文件中，我找到了最好的方法：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|370026|将文件存储在应用程序文件夹中，以供使用，settings.txt：(内部设置文件批准的注释，尝试//注释)|offset|length|style|BOLD|370027|//获取设置值|370028|Settings.Get("name",+"Ivan");|code-block|syntax|javascript|370029|//设置设置值|370030|Settings.Set("name",+"John");|370031|使用：|370032|using+System;
using+System.Collections.Generic;
using+System.Runtime.InteropServices;
using+System.Text;
using+System.Windows.Forms;|370033|//也可以使用段名称进行存储，只需使用add+name段Set(section_name，name，value)和Get(section_name，name，value)|370034|public+static+class+Settings
{
++++private+static+string+SECTION+=++typeof(Settings).Namespace;//"SETTINGS";
++++private+static+string+settingsPath+=+Application.StartupPath.ToString()+%2B+"\\settings.txt";
++++[DllImport("kernel32")]
++++private+static+extern+long+WritePrivateProfileString(string+section,+string+key,+string+val,+string+filePath);
++++[DllImport("kernel32")]
++++private+static+extern+int+GetPrivateProfileString(string+section,+string+key,+string+def,+StringBuilder+retVal,+int+size,+string+filePath);
++++public+static+String+GetString(String+name)
++++{
++++++++StringBuilder+temp+=+new+StringBuilder(255);
++++++++int+i+=+GetPrivateProfileString(SECTION,name,"",temp,255,settingsPath);
++++++++return+temp.ToString();
++++}
++++public+static+String+Get(String+name,+String+defVal)
++++{
++++++++return+Get(SECTION,name,defVal);
++++}
++++public+static+String+Get(string+_SECTION,+String+name,+String+defVal)
++++{
++++++++StringBuilder+temp+=+new+StringBuilder(255);
++++++++int+i+=+GetPrivateProfileString(_SECTION,+name,+"",+temp,+255,+settingsPath);
++++++++return+temp.ToString();
++++}
++++public+static+Boolean+Get(String+name,+Boolean+defVal)
++++{
++++++++return+Get(SECTION,+name,+defVal);
++++}
++++public+static+Boolean+Get(string+_SECTION,+String+name,+Boolean+defVal)
++++{
++++++++StringBuilder+temp+=+new+StringBuilder(255);
++++++++int+i+=+GetPrivateProfileString(_SECTION,name,"",temp,255,settingsPath);
++++++++bool+retval=false;
++++++++if+(bool.TryParse(temp.ToString(),out+retval))
++++++++{
++++++++++++return+retval;
++++++++}+else
++++++++{
++++++++++++return+retval;
++++++++}
++++}
++++public+static+int+Get(String+name,+int+defVal)
++++{
++++++++return+Get(SECTION,+name,+defVal);
++++}
++++public+static+int+Get(string+_SECTION,+String+name,+int+defVal)
++++{
++++++++StringBuilder+temp+=+new+StringBuilder(255);
++++++++int+i+=+GetPrivateProfileString(SECTION,name,"",temp,255,settingsPath);
++++++++int+retval=0;
++++++++if+(int.TryParse(temp.ToString(),out+retval))
++++++++{
++++++++++++return+retval;
++++++++}+else
++++++++{
++++++++++++return+retval;
++++++++}
++++}
++++public+static+void+Set(String+name,+String+val)
++++{
++++++++Set(SECTION,+name,val);
++++}
++++public+static+void+Set(string+_SECTION,+String+name,+String+val)
++++{
++++++++WritePrivateProfileString(_SECTION,+name,+val,+settingsPath);
++++}
++++public+static+void+Set(String+name,+Boolean+val)
++++{
++++++++Set(SECTION,+name,+val);
++++}
++++public+static+void+Set(string+_SECTION,+String+name,+Boolean+val)
++++{
++++++++WritePrivateProfileString(_SECTION,+name,+val.ToString(),+settingsPath);
++++}
++++public+static+void+Set(String+name,+int+val)
++++{
++++++++Set(SECTION,+name,+val);
++++}
++++public+static+void+Set(string+_SECTION,String+name,+int+val)
++++{
++++++++WritePrivateProfileString(SECTION,+name,+val.ToString(),+settingsPath);
++++}
}|370035|entityMap^0|0|K|C|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|12|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|13|8|@$D|14|E|15|F|G]]|9|@]|A|$]]|$1|H|3|I|5|6|7|16|8|@]|9|@]|A|$]]|$1|J|3|K|5|L|7|17|8|@]|9|@]|A|$M|N]]|$1|O|3|P|5|6|7|18|8|@]|9|@]|A|$]]|$1|Q|3|R|5|L|7|19|8|@]|9|@]|A|$M|N]]|$1|S|3|T|5|6|7|1A|8|@]|9|@]|A|$]]|$1|U|3|V|5|L|7|1B|8|@]|9|@]|A|$M|N]]|$1|W|3|X|5|6|7|1C|8|@]|9|@]|A|$]]|$1|Y|3|Z|5|L|7|1D|8|@]|9|@]|A|$M|N]]|$1|10|3|-4|5|6|7|1E|8|@]|9|@]|A|$]]]|11|$]]

I try some methods to store my settings to simply text file and i found best way:

file stored in application folder, to usage , settings.txt:
(inside settings file approved comments, try //comment)

//to get settings value

<pre><code>Settings.Get("name", "Ivan");
</code></pre>

//to set settings value

<pre><code>Settings.Set("name", "John");
</code></pre>

using:

<pre><code>using System;
using System.Collections.Generic;
using System.Runtime.InteropServices;
using System.Text;
using System.Windows.Forms;
</code></pre>

//you can store also with section name, to use just add name section Set(section_name,name,value) and Get(section_name,name,value)

<pre><code>public static class Settings
{
 private static string SECTION = typeof(Settings).Namespace;//"SETTINGS";
 private static string settingsPath = Application.StartupPath.ToString() + "\\settings.txt";
 [DllImport("kernel32")]
 private static extern long WritePrivateProfileString(string section, string key, string val, string filePath);
 [DllImport("kernel32")]
 private static extern int GetPrivateProfileString(string section, string key, string def, StringBuilder retVal, int size, string filePath);
 public static String GetString(String name)
 {
 StringBuilder temp = new StringBuilder(255);
 int i = GetPrivateProfileString(SECTION,name,"",temp,255,settingsPath);
 return temp.ToString();
 }
 public static String Get(String name, String defVal)
 {
 return Get(SECTION,name,defVal);
 }
 public static String Get(string _SECTION, String name, String defVal)
 {
 StringBuilder temp = new StringBuilder(255);
 int i = GetPrivateProfileString(_SECTION, name, "", temp, 255, settingsPath);
 return temp.ToString();
 }
 public static Boolean Get(String name, Boolean defVal)
 {
 return Get(SECTION, name, defVal);
 }
 public static Boolean Get(string _SECTION, String name, Boolean defVal)
 {
 StringBuilder temp = new StringBuilder(255);
 int i = GetPrivateProfileString(_SECTION,name,"",temp,255,settingsPath);
 bool retval=false;
 if (bool.TryParse(temp.ToString(),out retval))
 {
 return retval;
 } else
 {
 return retval;
 }
 }
 public static int Get(String name, int defVal)
 {
 return Get(SECTION, name, defVal);
 }
 public static int Get(string _SECTION, String name, int defVal)
 {
 StringBuilder temp = new StringBuilder(255);
 int i = GetPrivateProfileString(SECTION,name,"",temp,255,settingsPath);
 int retval=0;
 if (int.TryParse(temp.ToString(),out retval))
 {
 return retval;
 } else
 {
 return retval;
 }
 }
 public static void Set(String name, String val)
 {
 Set(SECTION, name,val);
 }
 public static void Set(string _SECTION, String name, String val)
 {
 WritePrivateProfileString(_SECTION, name, val, settingsPath);
 }
 public static void Set(String name, Boolean val)
 {
 Set(SECTION, name, val);
 }
 public static void Set(string _SECTION, String name, Boolean val)
 {
 WritePrivateProfileString(_SECTION, name, val.ToString(), settingsPath);
 }
 public static void Set(String name, int val)
 {
 Set(SECTION, name, val);
 }
 public static void Set(string _SECTION,String name, int val)
 {
 WritePrivateProfileString(SECTION, name, val.ToString(), settingsPath);
 }
}
</code></pre>

I have a .NET 2.0 Windows Forms application. Where is the best place the store user settings (considering Windows guidelines)?

Some people pointed to <code>Application.LocalUserAppDataPath</code>. However, that creates a folder structure like:

<blockquote>
 C:\Documents and Settings\user_name\Local Settings\Application
 Data\company_name\product_name\product_version\
</blockquote>

If I release version 1 of my application and store an XML file there, then release version 2, that would change to a different folder, right? I'd prefer to have a single folder, per user, to store settings, regardless of the application version.
­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­

What is the best way to store user settings for a .NET application?

文件存储

文件系统

Windows

我有一个Windows2.0Windows Forms应用程序。商店用户设置的最佳位置在哪里(考虑到Windows指南)？一些人将矛头指向Application.LocalUserAppDataPath。但是，这会创建类似以下内容的文件夹结构：应用程序C：\文档和应用程序设置\  Data\company_name\p...

问存储.NET应用程序的用户设置的最佳方式是什么？
EN

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问存储.NET应用程序的用户设置的最佳方式是什么？EN

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问存储.NET应用程序的用户设置的最佳方式是什么？
EN