java 定义运行时常量_教你如何在Java中更好的定义常量

关于Java中常量的话题似乎有很多困惑。有些人使用整数或字符串来定义常量，而另一些人则使用枚举。

我还遇到了在它们自己的接口中定义的常量——在接口中，使用常量的类必须实现接口。这种策略通常被称为接口常量设计模式。

在本文中，我们将了解在Java中存储常量的两种最常见的策略：整数和枚举。

首先也是最重要的，当你决定使用常量时，你应该非常确定常量不会随着时间而改变，这样你就可以避免重新编译。

在这篇文章中，我们将使用一个非常常见的常量候选——工作日！

假设我们有一个表示在线商店中订单的类，我们希望在其中跟踪订单发生在一周中的哪一天。

看起来是这样的：

请注意，该类暂时不会编译-[数据类型]只是我们将使用的常量类型的占位符。

用整数定义常数

在Java中，定义常量最常用的方法之一是通过整数，其中整数变量是静态的。

定义整数常量时要问的第一个问题是将它们放置在何处。我们是否将它们直接放在班级中？还是给他们上课？

由于days非常通用，而且不一定只连接到Order类型的对象，因此我们将在它们自己的类WeekDay中定义它们。

你可能注意到了私有构造函数——这是为了避免客户端实例化类。该类只保存静态变量，这些变量没有绑定到对象，因此不需要实例化该类。

现在，每当我们需要为订单设定一个特定的日期时，我们都会这样做：

当我们想检查订单是否发生在星期五时，我们可以简单地调用write：

到目前为止，还不错。这个设计肯定不会有什么问题吧？

假设你一年后会回到这个代码，你必须检查下订单是否在周一发生。

在这种情况下，可以尝试以下方法：

在那一刻，完全忘记了WeekDay类，这段代码非常有意义。星期一是一周的第一天，所以工作日应该是1，对吧？

但不是，因为静态in t变量Monday在我们的WeekDay类中定义为0！

这是一个很好的例子，说明了为什么应该考虑避免使用整数常量。它们容易出错和混淆，并且很难调试。

用枚举定义常量

在Java中定义常量的另一种方法是使用枚举。

当使用枚举时，常量类将如下所示：

注意，没有私有构造函数-不需要程序员(你！)强制该类是不可实例化的，因为枚举在默认情况下是不可实例化的！

将工作日设置为顺序的语法与整型常量的语法完全相同：

我们如何在星期五处理订单也没有什么不同：

关键的区别在于，这是在Order类中设置和比较weekday变量值的唯一方法。

order.setWeekDay(1)；和if(order.getWeekDay()==1)都会使编译器抛出一个错误，因为试图使用integerDay类型的变量，而它们应该是WeekDay类型。

回想一下你完全忘记了的情景。

对于枚举，这不再是一个问题。如果尝试使用整数而不是工作日枚举的成员，编译器只会抛出一个错误，告诉您需要使用工作日枚举。

换言之，唯一能检查订单是否在星期五发生的是：

就如上面这样，再清楚不过了。

不再被迫记住constants类，如果有任何客户机要使用您的代码，他们不必怀疑Monday实际上是由0还是1表示的。

我希望这个例子向您展示了为什么在定义常量时应该考虑在整数上使用枚举。

枚举将使你的代码不易出错、更易于阅读和维护。

希望这篇文章能对你有帮助，记得关注哦。