C# 我应该何时真正调用Properties.Settings.Default的重载方法

我应该在什么时候真正调用Properties.Settings.Default的

Reload

方法？每次我想从持久性存储访问属性时？真的有必要吗

提前感谢。

for

应用程序设置库。重新加载

状态：

刷新持久存储中的应用程序设置属性值

因此，是的，只要您想从持久性存储访问属性，就应该调用它。你没有问的是：

每次需要值时，是否需要从持久性存储加载设置

答案是否定的。该值将缓存在应用程序设置对象中，因此，如果只需要缓存的值，则无需重新加载。

for

ApplicationSettingsBase.reload

状态：

刷新持久存储中的应用程序设置属性值

因此，是的，只要您想从持久性存储访问属性，就应该调用它。你没有问的是：

每次需要值时，是否需要从持久性存储加载设置

答案是否定的。该值将缓存在应用程序设置对象中，因此，如果只需要缓存的值，则无需重新加载。

for

ApplicationSettingsBase.reload

状态：

刷新持久存储中的应用程序设置属性值

因此，是的，只要您想从持久性存储访问属性，就应该调用它。你没有问的是：

每次需要值时，是否需要从持久性存储加载设置

答案是否定的。该值将缓存在应用程序设置对象中，因此，如果只需要缓存的值，则无需重新加载。

for

ApplicationSettingsBase.reload

状态：

刷新持久存储中的应用程序设置属性值

因此，是的，只要您想从持久性存储访问属性，就应该调用它。你没有问的是：

每次需要值时，是否需要从持久性存储加载设置

答案是否定的。该值将缓存在应用程序设置对象中，因此，如果您只需要缓存的值，则无需重新加载。

对我来说，真正的答案是我想不出调用它的理由。我来告诉你原因：

---

有两种类型的设置。用户设置和应用程序设置。用户设置会根据每个用户进行更改，最有可能是通过属于应用程序本身的UI进行更改。如果您更改应用程序中的设置，它已经知道这些设置已被更改-无需重新加载

安装应用程序后，应用程序设置不应更改。他们应该怎么做？只有管理员才能访问程序文件文件夹

在用户空间（服务）之外运行的应用程序没有GUI，也没有充分的理由为服务使用用户设置。通常，您将更改配置文件，然后重新启动服务

应用程序启动时，设置将加载一次。每次访问设置之前是否都要重新读取它们？没有-因为我上面给出的原因。

对我来说，真正的答案是我想不出一个叫它的理由。我来告诉你原因：

---

有两种类型的设置。用户设置和应用程序设置。用户设置会根据每个用户进行更改，最有可能是通过属于应用程序本身的UI进行更改。如果您更改应用程序中的设置，它已经知道这些设置已被更改-无需重新加载

安装应用程序后，应用程序设置不应更改。他们应该怎么做？只有管理员才能访问程序文件文件夹

在用户空间（服务）之外运行的应用程序没有GUI，也没有充分的理由为服务使用用户设置。通常，您将更改配置文件，然后重新启动服务

应用程序启动时，设置将加载一次。每次访问设置之前是否都要重新读取它们？没有-因为我上面给出的原因。

对我来说，真正的答案是我想不出一个叫它的理由。我来告诉你原因：

---

有两种类型的设置。用户设置和应用程序设置。用户设置会根据每个用户进行更改，最有可能是通过属于应用程序本身的UI进行更改。如果您更改应用程序中的设置，它已经知道这些设置已被更改-无需重新加载

安装应用程序后，应用程序设置不应更改。他们应该怎么做？只有管理员才能访问程序文件文件夹

在用户空间（服务）之外运行的应用程序没有GUI，也没有充分的理由为服务使用用户设置。通常，您将更改配置文件，然后重新启动服务

应用程序启动时，设置将加载一次。每次访问设置之前是否都要重新读取它们？没有-因为我上面给出的原因。

对我来说，真正的答案是我想不出一个叫它的理由。我来告诉你原因：

---

有两种类型的设置。用户设置和应用程序设置。用户设置会根据每个用户进行更改，最有可能是通过属于应用程序本身的UI进行更改。如果您更改应用程序中的设置，它已经知道这些设置已被更改-无需重新加载

安装应用程序后，应用程序设置不应更改。他们应该怎么做？只有管理员才能访问程序文件文件夹

在用户空间（服务）之外运行的应用程序没有GUI，也没有充分的理由为服务使用用户设置。通常你会