早期的配置用于在代码中进行硬编码，后来它被外部化为 .property 文件(为了避免硬编码值，避免为了更改配置而更改代码......等等)然后它转移到XML(为了更加标准化，无错误..等)
现在，在阅读 Spring 3 中的 @Configuration 时，看起来我们又回到了最初的方法。
Why would we want to hard-code configurations in the code rather than having it externalized ?
最佳答案
有一些优点
- Java 是类型安全的。如果您是，编译器将报告问题 配置正确的 bean 类限定符。
- 基于配置的 XML 可以迅速变大。 [是的，我们可以分开 并导入但仍然]
- 搜索更简单，重构会很幸福。寻找一颗 bean 定义会容易得多。
仍然有人喜欢 XML 配置并继续这样做。
关于spring - Spring 中 JavaConfig 相对于 XML 配置的优势？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/29162278/