在我的 java 程序中声明常量值的最佳方法应该是什么？
这是在 .properties 文件中声明常量值还是在不同的类中将该值声明为静态最终值的最佳方法？
【问题讨论】：
标签： java properties constants
问题的答案取决于您想要完成什么。但其中也有误会。
属性文件
属性文件并不意味着可以替代或替代常量。它们用于存储可配置的值，例如 ip、语言等。从文件加载常量会破坏常量的用途。
常量
另外一点是public static final变量在java中不是一个好方法，首选的方法是使用枚举器。（来自Effective Java, Item 30: Use enums instead of int constatns）。 enum 将迫使您以有意义的方式对常量进行分组，而充满随机 public 常量的类很难管理。 Enum 使您能够提供功能，例如检查、验证、将常量与多个对象相关联，并且可以在 switch 语句中使用。 Enums 也被编译，这使得它们更高效和类型安全。这本书更详细地解释了enums 的好处。
我认为最好的方法是考虑该值是否会根据某些外部因素而改变，或者它是否始终保持不变。
属性文件和对配置的全局访问
假设您的属性文件中有一个 ip，并且您希望能够从代码中的任何位置访问该值。您可以只读取该值并将其加载到公共静态最终变量中。
如果你这样做，你将如何控制值被初始化，或者配置的值是正确的？那么在这种情况下，您可以使用单例类模式（只能存在该类的一个实例），它会加载文件并检查值是否正确。
它可以将值存储在private static final 变量中，并启用可以执行所需检查以确保值正确的getter。这使您可以全局访问变量并将逻辑分组在一个地方。
下次您向文件添加值时，您只需要更新这个类，而不需要在代码中搜索它所在的位置以及检查是否正确。
注意
很多人都在说，做某事并没有真正的“最佳方式”。我认为这是真的，但如果你能接触到 Joshua Bloch 的 Effetive Java 等书籍，你应该阅读它们并向那些为真的很久了。
【讨论】：
如果这些值不是环境值，即dev,qa,stage 特定的并且在代码的整个生命周期中不会改变，请在代码中将它们声明为 static final。
常量的缺点是你需要重新编译它们，如果你对它们做了一些改变，这在属性中不是这样，但如果它是一个常量，它根本不应该改变。
例如：- 您在 dev/qa/stage/prod 环境中可能有不同的用户名“admin”凭据。
然后您可以定义管理员用户，如public static final String userId="admin"，但您想从属性文件中提供密码，并根据您运行代码的环境进行更改。
喜欢
dev.properties admin.password = 123456.
qa.properties admin.password = abcdef.
然后根据你的环境从属性文件中读取这些密码。
【讨论】：
真正的答案取决于您的要求。现实世界中没有“A 比 B 更好”。仅：“考虑到 x,y,z 的要求，A 比 B 更有帮助。
因此，您只需考虑这两种方法的优缺点，以确定哪种方法对您“更好”。
属性只是“反过来”。
换句话说：如果您愿意，您可以编写大量复杂的代码，通过允许您重新读取属性信息来“修补”正在运行的应用程序。 通过这样做，您可以让您的客户修补正在运行的应用程序，方法是提供一个新的属性文件并在应用程序内触发一些“重新读取属性”挂钩。但请不要误会：实施正确、可靠的方法是困难。
但除非上述特性对您具有真正的价值，否则您很可能最好使用普通的编译时常量。您会看到，“部署更新”是将文件提供给客户。这些文件中有多少是类文件或属性文件并不重要（当我们不是在谈论“修补程序”要求时）。
【讨论】：
我已经尝试了这两种方法 - 文件和公共静态最终类，两者都可以工作。不过有几点需要注意：
Object Mappers 也希望您在配置文件中有 Bean 属性，但在 Java Annotation 中，它介于两者之间并优雅地解决了它。
【讨论】：
还有第三个选项：系统属性。它们可以在用于启动程序的命令行中定义，您也可以使用常量来轻松访问它们并提供默认值。
例子：
public static final String HOSTNAME = System.getProperty("my.host-name", "localhost");
但提供默认值并不总是一个好主意。
话虽如此，您选择的方法将取决于问题的答案：是程序的值部分，还是安装程序的上下文的一部分。
【讨论】：