常量与配置文件的应用考量

常量,可以理解为一种特殊的变量,通常用static final来修饰,它的值一旦设定,在程序运行过程中不允许改变。
常量在实际开发中使用非常多,这里以我博客为例,我的博客系统主要以WordPress作为模仿对象,我的常量类如下:

其中的RoleConst.java内容如下:

一.我为什么使用常量来定义这些?

最主要的一个原因是它能解决魔法值问题。特别是代码中有switch、if和其它重复多次的变量值,通常这些值都可以定义为常量。魔法值太多不利于代码的维护。
魔法值代码例子如下:

1
2
String key = "Id#taobao_" + tradeId;
cache.put(key, value);

二、常量与配置文件的区别?

常量通常是一个或多个Java类,这些类的包前缀通常为constant。
而配置文件大多是xx.properties文件或xml文件、yaml文件,一般来说,目前properties文件和yaml文件是用的比较多的(分布式微服务项目,如spring+springmvc+mybatis、springboot+mybatis、springboot+springcloud等),xml文件偏向于比较老的项目了(spring+struts/struts2+hibernate或ssm(sprint+struts/struts2+mybatis等)。

三、什么时候应该使用常量?什么时候应该使用配置文件?

对于魔法值通常建议使用常量进行管理,而像mysql、memcache、elasticesearch、tomcat、redis、mongodb、对象存储服务器(类似文件管理这样的)等通常使用配置文件进行管理。

四、常量的规范有哪些?

这里参考阿里巴巴Java开发手册:

  • 1.【强制】不允许任何魔法值(即未经定义的常量)直接出现在代码中。

  • 2.【强制】long 或者 Long 初始赋值时,使用大写的 L,不能是小写的 l,小写容易跟数字 1 混
    淆,造成误解。

  • 3.【推荐】不要使用一个常量类维护所有常量,按常量功能进行归类,分开维护。
    说明:大而全的常量类,非得使用查找功能才能定位到修改的常量,不利于理解和维护。

  • 4.【推荐】常量的复用层次有五层:跨应用共享常量、应用内共享常量、子工程内共享常量、包
    内共享常量、类内共享常量。
    1) 跨应用共享常量:放置在二方库中,通常是 client.jar 中的 constant 目录下。
    2) 应用内共享常量:放置在一方库中,通常是 modules 中的 constant 目录下。
    3) 子工程内部共享常量:即在当前子工程的 constant 目录下。
    4) 包内共享常量:即在当前包下单独的 constant 目录下。
    5) 类内共享常量:直接在类内部 private static final 定义。

  • 5.【推荐】如果变量值仅在一个范围内变化,且带有名称之外的延伸属性,定义为枚举类。下面
    正例中的数字就是延伸信息,表示星期几。

五、配置文件有哪些规范?

  • (1)首先要遵循该配置文件类型的规范,否则会报错或失效(yaml、properties、xml或txt、ini等);
  • (2)按功能类型区分,用户配置文件、系统配置文件、业务配置文件、第三方配置文件等(对于springboot项目而言通常配置文件会放在resources目录下,通过目录进行区分);
  • (3)注释说明(像txt的可能没办法加注释,但最后有一个专门的配置文档说明书,利于以后的扩展和维护)。

六、总结

常量和配置文件本质上是让我们的代码变得更稳定、更好维护、更易扩展等,最后带来的好处是团队研发效率的提高,项目开发顺利,不用加班。

文章目录
  1. 一.我为什么使用常量来定义这些?
  2. 二、常量与配置文件的区别?
  3. 三、什么时候应该使用常量?什么时候应该使用配置文件?
  4. 四、常量的规范有哪些?
  5. 五、配置文件有哪些规范?
  6. 六、总结