当前位置: 首页 > 面试题库 >

有多少种方法来配置Spring框架?从技术上来说,它们之间有什么区别?(不是优缺点。)

董洲
2023-03-14
问题内容

我学习这本书(我会强烈建议),我感到困惑的作者是如何解释的方式Spring框架可以配置。

您可以在此处看到本书中使用的一些代码示例。(任何人都可以使用。)如果您想看一看,我所引用的代码将是第2章中的代码。

本书指出有 3种配置Spring容器的方法

基于XML的配置

这将需要一个类似于以下内容的xml文件:

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans" ...>

    <bean id="accountService" class="com.wiley.beginningspring.ch2.AccountServiceImpl">
        <property name="accountDao" ref="accountDao"/>
    </bean>

    <bean id="accountDao" class="com.wiley.beginningspring.ch2.AccountDaoInMemoryImpl">
    </bean>

</beans>

然后,为了引导Spring,将使用的代码为:

ClassPathXmlApplicationContext applicationContext = new ClassPathXmlApplicationContext("/com/wiley/beginningspring/ch2/ch2-beans.xml");

目前,我没有任何混乱。

基于Java的配置

在此Configuration方法中,将有一个用于配置的类,如下所示:

@Configuration
public class Ch2BeanConfiguration {

    @Bean
    public AccountService accountService() {
        AccountServiceImpl bean = new AccountServiceImpl();
        bean.setAccountDao(accountDao());
        return bean;
    }

    @Bean
    public AccountDao accountDao() {
        AccountDaoInMemoryImpl bean = new AccountDaoInMemoryImpl();
        return bean;
    }
}

负责引导Spring的代码如下所示:

ApplicationContext applicationContext
            = new AnnotationConfigApplicationContext(Ch2BeanConfiguration.class);

所以到这里,一切对我来说都是清楚的。(种类..)我还要指出的是,这里实际上有一个称为@Configuration的注释。

基于注释的配置

本书中介绍的最后一种可用的配置方法是 基于注释的配置

就像我们在基于XML的配置中一样,有一个xml文件,但是小得多:

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans" ...>
    <context:component-scan base-package="com.wiley.beginningspring.ch2"/>
</beans>

所有的bean都有注释,例如:

@Component, @Service

等等..

并且所有依赖项都有注释:

@Autowired

这样就可以注入豆子了

Spring框架在此配置方法中引导的方式如下:

ClassPathXmlApplicationContext applicationContext = new ClassPathXmlApplicationContext("/ch2-beans.xml");

这是我的问题:

为什么(所谓的) 基于注释的配置 实际上使用 ClassPathXmlApplicationContext 而不使用上面的
AnnotationConfigApplicationContext ?后者似乎更适合在其中带有“基于注释”字样的配置中使用,不是吗?

Java配置 在书中解释好像应该叫什么 基于注解配置的

在本书中,基于注释的配置的解释方式在我看来实际上类似于:具有自动装配的bean的基于XML的配置。它甚至没有@Configuration批注,“ Java
Based Configuration”具有。

有多少种方法来配置Spring框架?


问题答案:

为了避免混淆,我们应该理解, 配置定义bean定义 是两 件事 。定义配置的三种方法,默认情况下在Spring 4中可用:

  • 基于xml的 配置,当您在xml文件中描述配置时;
  • 基于Java的 配置,当配置为Java类时,标有特定的注释;
  • 基于groovy的 配置,当配置是带有Groovy代码的文件时;

有两种方法可以将bean定义添加到应用程序中:

  • bean定义中进行 配置 ,当您在配置中通过声明手动添加bean时。

在这种情况下,定义将基于配置类型。对于xml-config,它将是<bean/>标签,对于基于Java的config-具有Groovy
@Bean注释和beans {...}构造的方法。

  • 基于注解的 bean定义,当你标记bean类与特定的注解(如@Component@Service@Controller等)。这种类型的配置使用类路径扫描。

在这种情况下,您必须指定用于扫描类路径的指令。对于xml-config <context:component-scan base-package="..."/>,对于Java-config- @ComponentScan注解,对于Groovy ctx.'component-scan'(...)调用,它将为。

如您所见,您可以使用不同组合的配置和Bean定义。

请注意,如果您使用基于XML配置,你可以选择的方式来驱动的依赖注入:手动XML,或通过使用注释(@Autowire@Required等)。在后一种情况下,您必须定义<context:annotation-config/>。但是不要混淆bean的定义和依赖注入控制。

现在,基于这种观点,让我们尝试回答您的问题:

为什么(所谓的)基于注释的配置实际上使用ClassPathXmlApplicationContext而不使用上面的AnnotationConfigApplicationContext?

本书的作者混淆了一些概念。实际上,这是基于XML的配置,具有基于注释的Bean定义。

本书中解释的基于Java的配置似乎应该称为基于注释的配置。

没错-
基于Java的配置实际上确实使用注释,因此可以称为基于注释。但是注释是Java的一部分。另外,这是一个传统术语,在documentation中指定。

有多少种方法来配置Spring框架?

因此,默认情况下,我们有三种描述配置的方法和两种定义bean的方法。这意味着配置Spring框架的六种方法(默认情况下)。但是,当然,所有这些方式都可以相互结合使用。



 类似资料:
  • 我正在学习这本书(我强烈推荐),我对作者如何解释Spring框架的配置方式感到困惑。 您可以在这里看到本书中使用的一些代码示例。(任何人都可以使用。)如果你想看看的话,我指的代码将是第2章的代码。 本书指出有3种方法可以配置Spring容器。 基于XML的配置 这将需要一个类似于以下内容的xml文件: 然后,为了引导Spring,将使用以下代码: 此刻我没有任何困惑。 基于Java的配置 在此配置

  • 本文向大家介绍有用过scss和sass吗?说说它们之间的区别是什么?相关面试题,主要包含被问及有用过scss和sass吗?说说它们之间的区别是什么?时的应答技巧和注意事项,需要的朋友参考一下 sass和scss其实是一样的css预处理语言,其后缀名是分别为 .sass和.scss两种。 SASS版本3.0之前的后缀名为.sass,而版本3.0之后的后缀名.scss。 两者是有不同的,继sass之后

  • 本文向大家介绍网络框架有哪些?他们之间的区别是什么?相关面试题,主要包含被问及网络框架有哪些?他们之间的区别是什么?时的应答技巧和注意事项,需要的朋友参考一下 Xutils 这个框架非常全面,可以进行网络请求,可以进行图片加载处理,可以数据储存,还可以对view进行注解,使用这个框架非常方便,但是缺点也是非常明显的,使用这个项目,会导致项目对这个框架依赖非常的严重,一旦这个框架出现问题,那么对项目

  • 本文向大家介绍Spring Boot 的配置文件有哪几种格式?它们有什么区别?相关面试题,主要包含被问及Spring Boot 的配置文件有哪几种格式?它们有什么区别?时的应答技巧和注意事项,需要的朋友参考一下 v.properties 和 .yml,它们的区别主要是书写格式不同。 1 , properties 2, yml  

  • 我发现了两种不同的方法来在节点中对流进行管道处理。js 众所周知的流的方法 https://nodejs.org/api/stream.html#stream_readable_pipe_destination_options 和流的独立功能 https://nodejs.org/api/stream.html#stream_stream_pipeline_streams_callback 我应该

  • 问题内容: 和之间有什么区别? 它们都充当未来结果的占位符,但是主要区别在哪里? 问题答案: 根据讨论,终于被要求包含在Java 8中,其javadoc解释了: 可以明确完成(设置其值和状态)并可以用作CompletionStage的Future,它支持在完成时触发的相关功能和操作。 列表上还提供了一个示例: 请注意,最终的API稍有不同,但允许类似的异步执行: