是否应该写一个常量类,然后各个类 import 它?
|  |      1haoz1w0w      2019-10-19 14:56:04 +08:00 写公共类里呗  要是会根据环境改动写到远程配置中心 | 
|      2Cbdy      2019-10-19 15:08:05 +08:00 via Android 对的。可以参考 JDK 以及 spring 源码的做法 | 
|      3memedahui      2019-10-19 15:09:04 +08:00 | 
|  |      4xaplux      2019-10-19 15:46:40 +08:00 via Android  1 对楼上的回答总结一下 1. 基本不变,写在常量类中 2. 可配置,写在配置文件中 3. 微服务架构,跨服务共用,写在配置中心 | 
|  |      5chmaple      2019-10-19 15:49:17 +08:00 1、如果常量是本项目写死的,直接构建一个 Constants 命名结尾的类,直接定义 public final static 变量就成; 2、如果是按照启动环境( dev/test/prd )区分的,写在对应环境的 yml 中,然后用三楼的方式获取; 3、如果是启动时从外部环境加载的,写个单例的 ConstantsUtil 工具类,系统启动的时候构造一下把值拉进来。 | 
|  |      6zzl22100048      2019-10-19 18:40:20 +08:00 via iPhone 也可以在配置文件中调用环境变量 @value 赋值 | 
|  |      7V2exUser      2019-10-20 09:41:47 +08:00 我一般按用途来区分,如果常量仅作为不影响程序逻辑的展示使用(如国际化),那么放在常量内里;如果常量值会影响程序走向,为防止被修改,一般建 enum 来强调。 |