关于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/

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

猜你喜欢