加载设置 - 最佳实践

Question

我现在正在第一个真正的应用程序中添加用户设置。我正在使用 Java 并且非常面向对象（并试图保持这种方式），所以这是我的想法：

1. 在 main() 中加载所有内容并 将其全部“下线”传递给 必需的对象（数组）
2. 与上面相同，但只需传递 包含数据的对象 该行将
3. 每个单独的设置加载为 各个类别中都需要。

我了解每种方法的一些基本优点和缺点（即时间与大小），但我正在寻找一些外部输入来了解他们过去成功使用的做法。

Answer 1

有人应该支持所谓的 Java 标准，即 Preferences API...它的最新版本位于 JDK6。 编辑添加，因为作者似乎精通XML，所以这更比以前合适。我想你可以使用 XML juju 属性，如果你有兴趣的话。

相关SO：首选项API与Apache解决方案，主偏好类是一个好主意吗？

（嗯，这就是全部我愿意站起来。）

Answer 2

使用 SettingsManager 类或类似的类来抽象获取所有设置数据。在代码中需要设置的每个点，您都会查询 SettingsManager 类 - 类似于：

int timeout = SettingsManager.GetSetting("TimeoutSetting");

然后，您将如何获取设置的所有逻辑委托给这个单个管理器类，您可以根据需要更改/优化其实现。例如，您可以实现 SettingsManager 从配置文件、数据库或其他一些数据存储中获取设置，定期刷新设置，处理检索成本高昂的设置的缓存等。使用设置的代码仍然很幸福不知道所有这些实施决定。

为了获得最大的灵活性，您可以使用接口而不是实际的类，并让不同的设置管理器实现该接口：您可以根据需要在某个中心点将它们换入和换出，而无需更改底层代码。

在 .NET 中，有一组相当丰富的现有配置类（在 System.Configuration 中）提供此类功能，并且效果非常好。

我不确定 Java 的等效模式，但它是一个很好的模式。

Answer 3

由于配置/设置通常加载一次（在启动时；或者可能在程序运行时加载几次。无论如何，我们不是在谈论非常频繁/耗时的过程），因此我更喜欢简单而不是效率。

这就排除了选项号 (3)。配置加载将分散在各处。

我不完全确定您的列表中的 (1) 和 (2) 之间有什么区别。 (1) 是否意味着“传递离散参数”，(2) 是否意味着“传递包含整个配置的对象”？如果是这样，我更喜欢（2）而不是（1）。

这里的经验法则是你应该让事情简单而集中。在一个地方读取配置的优点是，如果配置源在某个时刻发生变化，它可以让您更好地控制。

Answer 4

这里是关于 Properties 类的教程。来自 Javadocs（属性）：

Properties 类代表一个
持久属性集。这
属性可以保存到流中或
从流加载。每个键及其
属性中对应的值
列表是一个字符串。

一个属性列表可以包含另一个属性列表
属性列表作为其“默认值”；这
搜索第二个属性列表，如果
在中找不到属性键
原始属性列表。

本教程提供了以下典型用法的实例化示例：

    . . .
// create and load default properties
Properties defaultProps = new Properties();
FileInputStream in = new FileInputStream("defaultProperties");
defaultProps.load(in);
in.close();

// create application properties with default
Properties applicationProps = new Properties(defaultProps);

// now load properties from last invocation
in = new FileInputStream("appProperties");
applicationProps.load(in);
in.close();
. . .

当然，您也可以使用基于文件的存储和 XML 或 YAML 解析器相当直接地推出自己的系统。祝你好运！

Answer 5

我们最近开始使用 JSR-330 依赖注入（使用 SVN 中的 Guice），并发现可以读取属性文件（或任何其他映射）并将其绑定到启动代码中模块中的 Guice 中，以便

@Inject @Named("key") String value

字符串当调用该特定代码时，注入了与该键对应的值。这是我见过的解决这个问题的最优雅的方法！

您不必在代码中拖拽配置对象，也不必在代码的每个角落调用各种神奇方法来获取值 - 您只需向 Guice 提及您需要它，它就在那里。

注意：我看过 Guice、Weld（基于 Seam）和 Spring，它们都提供注入，因为我们希望在自己的代码中使用 JSR-330，而且我目前最喜欢 Guice。我认为原因是 Guice 的绑定是最清晰的，而不是 Weld 发生的幕后魔力。