早些时候,配置曾经在代码中硬编码,后来它被外部化到 .property 文件(为了避免硬编码值,避免为了更改配置而更改代码......等等),然后它转移到 XML(为了为了更加标准化、无错误等)
现在,在阅读 Spring 3 中的 @Configuration 时,看起来我们再次回到了最初的方法。
为什么我们要在代码中硬编码配置而不是
将其外部化?
有一些优点
- Java 是类型安全的。如果您是这样,编译器将报告问题
配置正确的 bean 类限定符。
- 基于配置的 XML 可以快速发展壮大。 [是的,我们可以分开
并导入但仍然]
- 搜索变得更简单,重构将是幸福的。寻找一颗豆子
定义会容易得多。
仍然有人喜欢XML配置并继续做下去。
参考:Java配置优势 https://blog.codecentric.de/en/2012/07/spring-dependency-injection-styles-why-i-love-java-based-configuration/
还有一些原因 http://java.dzone.com/articles/consider-replacing-spring-xml
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)