关于java:Purpose of Bean annotations for non-Job methods in trivial Spring Batch example | 珊瑚贝

Purpose of Bean annotations for non-Job methods in trivial Spring Batch example


我正在熟悉整个 Spring 堆栈。

我在这里指的是 spring.io 上发布的一个简单的 Spring Batch 示例:https://spring.io/guides/gs/batch-processing/

作业配置类 BatchConfiguration 中的每个方法都使用 @Bean 进行注释。除了作业方法 importUserJob 之外,注释由创建作业的单例类型 Bean 方法调用的单例类型 Bean 辅助方法有什么意义吗?

在我看来,通过从除 importUserJob 之外的所有方法中删除 @Bean 注释,所有这些代码将仅在每个 Spring 实例中调用一次,并且只能从 importUserJob 方法中调用。

所有 Spring Batch 示例都显示在非作业方法周围的 @Bean 注释中,所以它一定有一些让我无法理解的东西。

以下摘录:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
@Configuration
@EnableBatchProcessing
public class BatchConfiguration {
    @Autowired public JobBuilderFactory jobBuilderFactory;
    @Autowired public StepBuilderFactory stepBuilderFactory;
    @Autowired public DataSource dataSource;

    @Bean
    public FlatFileItemReader<Person> reader()

    @Bean
    public PersonItemProcessor processor()

    @Bean
    public JdbcBatchItemWriter<Person> writer()

    @Bean
    public Job importUserJob(JobCompletionNotificationListener listener) {
        return jobBuilderFactory.get(“importUserJob”)
                .incrementer(new RunIdIncrementer())
                .listener(listener)
                .flow(step1())
                .end()
                .build();
    }

    @Bean
    public Step step1()
}

感谢您的阅读和帮助。


@Bean 注释使方法成为bean 创建方法,并且生成的对象将在Spring ApplicationContext 中注册为bean。

因此,它将参与所述上下文的生命周期,并接收像 @PostConstruct 注释的方法将被调用的回调或像 InitializingBean 这样的接口回调。

如果你省略 @Bean 这将不会发生。例如,对于 FlatFileItemReader,这将导致 afterPropertiesSet 方法未被调用,这将导致 bean 未完全初始化。

因此,不应该省略 @Bean,因为 @Bean 相当于 XML 中的 <bean />。

  • FlatFileItemReader::afterPropertiesSet 仅执行断言,因此仅删除 @Bean 可能会导致 bean 未初始化。对于所有返回 Spring 子类型的方法来说,似乎 @Bean 更像是一种最佳实践。看起来这个例子模仿了这个 XML 片段 <batch:chunk reader=”myReader” processor=”myProcessor” … ——虽然每个都是 Spring 类型
  • 不,这些豆子必须是春豆,这不仅仅是最佳实践。您不想冒回调不被兑现的风险,除此之外,您还失去了进行后期绑定、属性解析等的能力。所以这不仅仅是一个最佳实践……


从技术上讲,您可以在不使用 @Bean 的情况下为您提到的那些函数编写批处理,并且您的假设是正确的,因为 bean 没有在其他地方使用。 (我自己没有尝试过,但我认为它会运行 – 如果 Spring Batch 不将它们用于其他东西)。

一个 @Bean 注释对象的生命周期由 Spring 处理,因此它可以正确执行依赖注入。这样,您可以将对象的构造与它们的使用 (IoC) 分开。特别是,当您使用自动装配时,依赖注入变得更加容易。

您当然可以手动执行此操作,但这需要大量样板代码,并且您需要发送配置的对象。在您的示例中,为所有内容创建 bean 可能没有任何好处,但是当批次变大时,我相信您会错过 Springs bean 处理的灵活性。我个人用其他一些框架编写了一个没有 Springs 依赖注入的批处理。首先我有一个紧凑的模型,但随着事情的发展,我真的感受到了样板代码的痛苦,这影响了我的代码的可读性。

此外,Spring 管理的 bean 还负责做其他事情,例如关闭资源。

当然,依赖注入只是一种工具,对于某些用例来说可能是一种过度杀伤力。您可能会对这些文章感兴趣:

  • https://martinfowler.com/articles/dipInTheWild.html
  • https://sites.google.com/site/unclebobconsultingllc/blogs-by-robert-martin/dependency-injection-inversion

来源:https://www.codenong.com/43537785/

微信公众号
手机浏览(小程序)
0
分享到:
没有账号? 忘记密码?