配置信息管理

该策略有以下几个特点：

1. 配置信息与源码揉在一起，没有进行分离;
2. 在编译前需要手工修改源码;
3. 不同环境所使用的 class 文件不同;
4. 不同环境所部署的 war 包不同;

由于系统可能会被部署在不同的环境中(如开发环境、测试环境、生产环境等 )， 但不同环境之间存在的差异性 (如各个环境的URL不同、账号/密码不同、单机所允许申请的最大连接数不同等 )， 会使开发人员每次都只能通过修改业务代码的方式进行适应。

在一些比较简单的单元测试场景中，我们可以将配置信息写死在测试代码中。

2. 将配置信息配置到配置文件中

修改源码会破坏系统的稳定性，在大部分情况下，我们都会选择将相关配置信息配置在配置文件中，当系统启动时，会从指定文件进行加载，通过配置文件中的配置信息来完成环境的初始化工作。

此方案存在以下特征：

1. 完成配置信息与源码的分离;
2. 不同环境使用相同的 class 文件;
3. 在打包前，需要对配置信息进行修改;
4. 不同环境所使用的 war 包不同(class 文件相同，但配置文件不同);

采用配置文件 ，我们可以很好地将可变的配置信息与业务代码进行解耦。

该方案有个缺陷，就是在发布前需要手工修改配置信息。对此，可以借助构建工具的一些功能进行简化，比如 Maven 的 Filter 功能。

3. 使用 Maven 的 Profile 功能

Maven 的 Profile 功能，可以在打包前完成配置文件的修改。

（编辑：孝感站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!