基于Java与基于注释的配置/自动生成
当我使用Spring framework时，我经常看到2个术语基于Java和基于注释的配置/自动生成。
如果它们不一样，你能告诉我它们之间有什么不同吗？
共有1个答案
基于Java的配置：
官方Spring文档提到使用一个带有@configuration注释并包含@bean方法的Java类来配置bean（Java configuration）。这允许您在应用程序中完全不使用所有XML（至少就Spring而言）。这个支持是在Spring3.0中添加的，并且变得更加强大。
来源
来源
换句话说，虽然有XML配置文件，但bean布线是使用注释配置的。
注意：注释注入是在XML注入之前执行的。因此，对于通过这两种方法连接的属性，后一种配置将覆盖前一种配置。
注意：Spring容器中默认情况下没有打开注释连接。因此，我们可以使用基于注释的布线，我们需要在Spring配置文件中启用它。
-
问题内容： 在最近我从事的一些大型项目中，选择其中一种（XML或注释）似乎变得越来越重要。随着项目的发展，一致性对于可维护性非常重要。 我的问题是：与基于注释的配置相比，基于XML的配置有哪些优势？与基于XML的配置相比，基于注释的配置有哪些优势？ 问题答案： 注释有其用途，但它们不是杀死XML配置的灵丹妙药。我建议将两者混合！ 例如，如果使用Spring，则将XML用于应用程序的依赖注入部分是完
-
问题内容： 最近，在我们的团队中，我们开始讨论在代码中使用spring注释来定义spring依赖关系。当前，我们正在使用context.xml定义依赖项。您能给我一些关于这两种方法的线索吗？何时更好地使用？ 编辑：我知道这似乎是对更一般的问题的重复问题，但是我对仅依赖注入的注解和配置的影响感兴趣，我相信与一般问题相比，注解和配置的影响会有所不同。 问题答案： 在阅读了此处的一些相关文章并在团队中进
-
我最近的目标是构建一个Spring Boot应用程序，但不需要任何XML配置文件（或尽可能少），因此我希望避免使用一些XML文件（即web.XML)，特别是对于一些bean定义部分。 更难的部分来了。 我想使用@AutoWired注释将一个SessionFactory bean注入到类中，但每次尝试启动应用程序时，我都得到： unsatisfiedDependencyException：创建名为“
-
所有 CMS 都是千篇一律的增删改查，看起来并没有什么特别的功能却要投入人力去开发。为了解决前端开发资源浪费的问题，就有了「Duang」这个工具。
-
我最近在使用作为Spring Boot applications(v2.2)开发的微服务，在我的公司，我们使用Keycloak作为授权服务器。我们之所以选择它，是因为我们需要复杂的策略、角色和组，我们还需要用户托管授权(UMA)来在用户之间共享资源。 有没有一种方法可以在控制器级别使用某种注释？类似于下面的伪代码：
-
从Spring 2.5开始，可以使用annotations配置依赖注入。 因此，不是使用XML来描述bean连接，而是可以通过在相关的类，方法或字段声明上使用注释将bean配置移动到组件类本身。 在注入XML之前执行注释注入。 因此，对于通过两种方法连接的属性，后一种配置将覆盖前者。 默认情况下，Spring容器中未打开注释接线。 因此，在我们使用基于注释的布线之前，我们需要在Spring配置文件