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

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,提高效率。用一句话总结就是:设计良好的代码结构,尽量面向元数据编程。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

扫码关注云+社区

领取腾讯云代金券