【小家java】java中维护常量使用常量类？接口？还是枚举呢？

相关阅读

【小家java】java5新特性（简述十大新特性） 重要一跃
【小家java】java6新特性（简述十大新特性） 鸡肋升级
【小家java】java7新特性（简述八大新特性） 不温不火
【小家java】java8新特性（简述十大新特性） 饱受赞誉
【小家java】java9新特性（简述十大新特性） 褒贬不一
【小家java】java10新特性（简述十大新特性） 小步迭代
【小家java】java11新特性（简述八大新特性） 首个重磅LTS版本

---

每篇一句

只要学不死，就往死里学。我们离过劳死都还远着呢

1、概述

在编码过程中，避免不了维护一些常量。而通过这么多的项目中发现，使用方式都不尽相同。有用常量类的、有用接口的、有用枚举的，因此本文针对于常量的管理做一些讨论

2、栗子

第一种使用接口：

public interface Constants{
   int AUDIT_STATUS_PASS = 1;
   int AUDIT_STATUS_NOT_PASS = 2;
}

第二种使用常量类:

public class Constans{
    public static final int AUDIT_STATUS_PASS = 1;
    public static final int AUDIT_STATUS_NOT_PASS = 2;
}

第三种使用枚举:

@Getter
@AllArgsConstructor
public enum ChildType {

    NORMAL_PARENT(0, "正规课"),
    TRIAL_PARENT(1, "体验课");
    
    private int id;
    private String name;
}

相比较第一种和第二种其实差不多，但第一种显然更简洁，因为不用写public static final了嘛，更方便了。但是，但是，但是不建议在接口中定义常量。因为我在阅读《Effective Java》这本书中提到过：

如果某个实现了常量接口的类被修改不再需要常量了，也会因为序列化兼容原因不得不保持该实现，而且非final类实现常量接口会导致所有子类被污染

所以我个人推荐：接口中的常量, 不应该用于全局. 而应当用在与之相关的类中。这样能保持很好的层级关系和隔离性，方便分包和扩展，具体请参考spring中对常量维护的原则。
当然，刚才说了不建议把一般的常量放在接口里，所以我们可以放在常量类了，但建议常量类是final的。

什么时候使用枚举呢？其实建议使用枚举。《Effective Java》中也是推荐使用枚举代替int常量的。枚举当然是首选，另如果不用枚举，在《Effective Java》一书中，作者建议使用一般类加私有构造方法的方式，至于为什么不用接口，那就要上升到语言哲学问题了（可参考上面通俗易懂的话）。

此处个人不建议什么都使用枚举来代替常量类。比如毫无规则归类可言的一些常量：如SUCCUSS字符串、密钥串、路径等等这些，可以放在一个常量类里面糅在一起。而对于数据库中对应type、status类型字段并且是可以枚举出来的，强烈建议使用enum类型，在平时获取、使用、校验起来常量无法比拟的，而且可以很少犯错，非常大程度上增加代码的可读性，这也是为什么JDK5要推荐使用枚举类的原因吧。

最后，本人建议大家可以在设计代码的时候，多用接口规范代码，哪怕只是一个标记接口，也尽量为了长远考虑而设计出来。通过读spring、mybatis源码会发现里面不乏一些标记接口，在向上抽象归类判断的时候，非常有用。

3、使用场景

大力推荐枚举类型的使用，让他无处不在的去管理你的代码，可以让代码结构更加清晰易懂可扩展。而常量类可以收集管理一些比较杂的一些常量。而接口的中的常量，在遵循开闭原则的基础上，向上抽象管理自己的内聚的常量

4、最后

写代码也是一种艺术，结构层次好的代码可以少出bug，提高效率。用一句话总结就是：设计良好的代码结构，尽量面向元数据编程。

知识交流

若群二维码失效，请加微信号（或者扫描下方二维码）：fsx641385712。
并且备注：“java入群” 字样，会手动邀请入群