4
|
Glenn Slaven · 技术社区 · 15 年前 |
![]() |
1
7
一般来说,我不会。与其让“内部”对象实际读取Properties.Settings.Default,不如让它们声明一个可配置的属性(在构造时或通过属性),并让另一段代码填充它们。 这样,您可以在单元测试中测试除默认读取内容之外的所有内容,并且您可以减少与读取默认值的方式的耦合,从而在将来更容易切换该机制。 |
![]() |
2
4
|
![]() |
3
0
我知道这是一个老问题,但我想我会补充我的解决方案,因为它很简单,可以帮助别人。 创建的设置类是一个分部类,我们可以利用它创建自己的默认实现。 在“属性”文件夹中创建新文件
然后,当我们在应用程序的其他地方使用它时,我们可以调用Settings.Get。。 我们无法将设置文件更改为public,因为这将在下次更改或添加值时被覆盖。 |
![]() |
dannyhut · C#应用程序设置。关于用户V的应用范围的快速问题 2 年前 |
![]() |
Roman · PL/SQL开发人员设置在重新启动后重置 7 年前 |
|
Wawrzyn321 · 为什么WPF设置中没有通用列表? 7 年前 |
![]() |
user2908206 · 来自设置的WPF触发器。设置变量 7 年前 |
![]() |
Oliver · 在TYPO3新建/编辑向导中隐藏特定的域模型字段 7 年前 |
![]() |
Joao Noch · QSettings实例失败 7 年前 |