使用 Spring 的 @Configuration 类的缺点

Question

我在一家拥有数百万行代码和数百个模块的公司工作。我们的 Spring 配置，所有的 bean 定义和连接，都在 XML 文件中定义。

我发现使用 XML 非常困难——它不可调试，不安全，需要大量的 ctrl+f 等等。我想改用@Configuration 类。

我几乎只看到了优势，除了担心当我们使用代码来配置我们的布线时它可能会被滥用。除了滥用此功能之外，我正在尝试找出在采取此步骤时应该考虑的缺点。

Answer 1

基本上，这确实是一个方便的问题。 Spring 总是确保他们所有的 API 尽可能容易地集成。您可以轻松迁移到 @Configuration 并使用 XML bean，反之亦然。

我只能想到两个主要缺点：

1. 正如您所说 - 滥用系统。
2. 我在迁移时发现的一个问题是无法使用抽象 bean。在 XML 中，将 bean 标记为抽象 ie。 <bean id="someBean" abstract="true">...</bean> 将使它成为一个模板——但是在迁移具有 parent="someBean" 的 bean 时，您不能使用此模板。您必须从 XML 中复制抽象。