Spring注解扩展 Spring的Xml和JavaConfig 扩展哪个好用

时间:2021-05-26 java金融人气:0

想了解Spring的Xml和JavaConfig 扩展哪个好用的相关内容吗，java金融在本文为您仔细讲解Spring注解扩展的相关知识和一些Code实例，欢迎阅读和指正，我们先划重点：Spring注解扩展,JavaConfig,配置扩展,Spring,Xml，下面大家一起来学习吧。

引言

上一篇文章我们有怎么介绍到如何通过XML的形式来定义Spring的扩展《Spring面试高频题如何：自定义XML schema 扩展》，好多人都在吐槽现在都什么年代了，xml还有人再用吗？这玩意早就过时了吧，还有必要去掌握它吗？Spring官网都把这种方式放在最后面了，可想而知它的重要性到底怎样了？既然大家都吐槽了，那我们今天继续来介绍下基于注解的Spring扩展。

JavaConfig 配置扩展

从Spring3.0开始Spring提供了JavaConfig的方式可以用来代替以前XML的这种方式，原来在XML配置里的都可以通过注解来一一替换实现。主要通过@Configuration，@Bean， @Import，和@DependsOn这几个注解来搭配实现的。这种方式也是SpringBoot所使用的。

@Configuration

@Configuration只能标记在类上，表示该类为JavaConfig类，使其可以被Spring IOC容器扫描识别并创建Bean加入到容器中。@Configuration类就相当于以往的一个xml文件。下面我们看一个官网提供的例子：

@Configuration
public class AppConfig {
    @Bean
    public MyService myService() {
        return new MyServiceImpl();
    }

这个定义的JavaConfig就相当于原来如下XML的配置：

<beans>
    <bean id="myService" class="cn.javajr.services.MyServiceImpl"/>
</beans>

@Bean

@Bean只能被标记在方法上，表示该方法返回一个Spring Bean，可以被IOC容器托管，相当于以前在xml文件中写的元素。

name：指定一个或者多个bean的名字，当没有设置name时，Spring容器会默认将@Bean方法名作为bean name，当设置了name后，就不会再使用方法名，同时设置多个name时，除第一个name外，其他的都会作为bean的别名。相当于xml配置中的name属性。
initMethod：指定容器在初始化完bean后调用的方法。相当于xml配置中的init-method属性。
destroyMethod：指定在容器在销毁bean前调用的方法。相当于xml配置中的 destroy-method。
autowire：指定bean在自动装配时依赖注入使用的策略，取值可以参考Enum类Autowire 的三个常量：Autowire.BY_NAME，Autowire.BY_TYPE，Autowire.NO。

@Import

XML配置中的标签，基于JavaConfig提供了@Import来组合模块化的配置类，使用方式如下所示：

@Configuration()  
@Import({ApplicationContextConfig.class})  
public class ApplicationContextConfig {

上面就比较简单的介绍了几种通过JavaConfig注解来替换XML形式的注解，使用起来还是非常简单的，如果你有对以前的XML配置文件都比较了解的话，使用JavaConfig就更加简单方便了。

Dubbo的JavaConfig

上篇文章我们介绍了dubbo通过XML的方式自定义扩展，今天我们就接着看看dubbo是如何通过JavaConfig来替代XML形式的扩展的。
我们看看dubbo的服务提供者是如何通过注解来实现的

@Configuration
@EnableDubbo(scanBasePackages = "org.apache.dubbo.samples.annotation.impl")
@PropertySource("classpath:/spring/dubbo-provider.properties")
static class ProviderConfiguration {
}

@Configuration这个注解我们上面已经介绍过了，我们重点看下@EnableDubbo这个注解
@EnableDubbo 其实又是@EnableDubboConfig @DubboComponentScan是通过这两个组合注解来实现的，
@EnableDubboConfig注解实现如下：

@Target({ElementType.TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Inherited
@Documented
@Import(DubboConfigConfigurationRegistrar.class)
public @interface EnableDubboConfig {

这个注解使用了@Import(DubboConfigConfigurationRegistrar.class) 所以Spring 在处理
@EnableDubboConfig 注解的时候就会去实例化DubboConfigConfigurationRegistrar
并且调用它的registerBeanDefinitions方法,这个方法主要是对propties文件进行解析并根据不同的配置
项生成对应类型的Bean对象。

总结

通过基于XML和基于Java的配置扩展，可以使用户通过Spring使用我们研发的组件，提供很好的易用性。
虽然现在大多数都是采用JavaConfig这种方式了，但是还是有人会比较喜欢xml这种方式
xml可以让配置集中化，所有的组件并不是分散的，因此使你对beans有一个很好的概览，比如mybais配置文件、SpingMvc配置文件，都放在一起，如果你需要分割文件，Spring可以帮你实现。然后（Spring）会通过内部标签进行重新组合或者外部上下文文件进行聚合。
xml和JavaConfig 当然也是可以混合使用的，至于使用哪种方式还是看个人的编程习惯，没有哪种方式是绝对的好，各有千秋。
看完这两篇关于不同方式Spring的扩展我们是不是可以自己动手去实现一个了。

加载全部内容