乐趣区

关于spring:为-Spring-Framework-和-Spring-Boot-构建代码

原题目:Spring 认证 | 为 Spring Framework 和 Spring Boot 构建代码

如何为 Spring 框架构建心理框架

上面有一个很好的评论,提到原始题目 Structuring Spring Boot Applications 有点误导,因为该博客不打算议论如何组织类型和包,而是思考 Spring 如何与代码中的对象。下一段试图廓清这一点,但显然没有达到。无论如何,我曾经更改了它,可怜的是这会毁坏晚期的链接。我对蹩脚的题目和当初两天的链接断开感到道歉。我心愿它对每个人都有用,即便我显然能够用题目做得更好 ……

很难思考构建应用程序。在更高级别有很多须要思考的事件——它是批处理作业、Web 应用程序、音讯应用程序等。框架——别离是 Spring Batch、Spring Webflux、Spring Integration——将领导这些决策。除此之外,还有许多其余框架,它们是量身定制的,可帮忙您为特定的垂直业务构建值得生产的货色。咱们不会在这篇文章中探讨这些。相同,我想答复这个问题:咱们如何构建咱们的配置?

我不能给你一个执著的答案,心愿在一篇文章中适宜它,但咱们能够探讨 2021 年 Spring Boot 应用程序中配置的技术维度。更容易议论如何构建你的 Java 对象以使其失常工作在管制反转 (IoC) 容器中。请记住,归根结底,Spring 是一大袋对象。它须要晓得您心愿如何安顿您的对象——它们如何连贯以及它们如何互相关联——以便为它们提供服务。例如,它能够在办法启动和进行时开始和提交事务。它能够创立 HTTP 端点,在申请达到时调用您的 Spring 控制器处理程序办法。它能够调用您的音讯侦听器对象来响应来自 Apache Kafka 代理或 AWS SQS 或 RabbitMQ 或其余任何货色的新音讯。

Spring 有一个对象的元模型——它有点像 Java 反射 API。它晓得哪些类有正文。它晓得哪些对象有构造函数。它晓得给定对象依赖于哪些依赖项、哪些 bean 和哪种类型。你的工作是帮忙它建设这个元模型来为你治理所有的对象。例如,如果它能够管制对象的创立,那么它也能够在创建对象之前更改对象的创立。

Spring 只能为您提供所有这些服务,前提是它晓得对象是如何连贯在一起的。所以这个想法是你给 Spring 一般的 Java 对象 (POJO),它会检测它们上的正文并应用这些正文来连贯你的服务的行为。然而,当然,除非它管制 Java 对象的创立,否则它不能这样做。

在幕后,它通过创立一个 Java InvocationHandler(一个 JDK 代理)或者更常见的办法是应用 CGLIB 之类的货色来创立一个扩大 Java 类的新类。这个类是你的类的子类。所以,设想一下你有一个这样的类:

class CustomerService {private final JdbcTemplate template; CustomerService (JdbcTemplate jt) {this.JdbcTemplate = jt;} @Transactional public void updateCustomer (long customerId, String name){// .. .}} 复制

您心愿 Spring 在每次调用该办法时主动启动和进行事务。为此,Spring 须要在调用办法之前和之后插入本身。在幕后,它会做这样的事件:

class SpringEnhancedCustomerService extends CustomerService {

// Spring provides a reference from the applicationContext of type JdbcTemplate

SpringEnhancedCustomerService (JdbcTemplate jt) {

super(JdbcTemplate) ;

}

@Override

public void updateCustomer (long customerId, String name) {

// call Java code to start a JDBC transaction

super.updateCustomer(customerId, name);

// call Java code to stop a JDBC transaction

}} 复制

在您的代码中,您能够注入对 CustomerService. 你依然会失去一个,但不是你创立的那个。相同,您将取得子类。正是这个魔术 – 你要一顶帽子,而后失去一顶带有兔子的帽子 – 让 Spring 如此弱小。

因而,Spring 必须理解您的对象。有很多办法能够做到这一点。

一是你能够十分明确。在 Spring Boot 之前,您有两个规范选项:XML 和 Java 配置。然而,那是 2013 年及更早的工夫。当初,咱们不激励应用 XML,因而只剩下 Java 配置了。上面是一个例子:

@Configuration class ServiceConfiguration {

@Bean DataSource h2DataSource (){

return … ;

}

@Bean JdbcTemplate JdbcTemplate (DataSource ds) {

return new JdbcTemplate(ds);

}

@Bean CustomerService customerService (JdbcTemplate jdbcTemplate) {

return new CustomerService (jdbcTemplate);

}} 复制

在这里,您正在创立三个对象并显式地将事物连贯在一起。当 Spring 启动时,它会找到 @Configuration 类,调用所有用 正文的办法 @Bean,将所有返回值存储在应用程序上下文中,并使它们可用于注入。如果该办法仿佛须要参数,它会查找任何其余返回该类型值的办法并首先调用它。而后将该值作为参数注入到办法中。如果它曾经为其余注入调用了该办法,它只会重用曾经创立的实例。

这种办法受害于显式——对于你的对象如何连贯的所有信息都在一个中央——配置类。然而,对于您创立的类,您在两个不同的地位领有常识:类自身和配置类。

因而,您能够应用另一种更隐式的办法:组件扫描。在这种办法中,Spring 在类门路上查找具备构造型正文的类,例如 @Component 或 @Controller。所有构造型正文最终都用 @Component. @Component 是最低、最无差别的正文。如果你看 @Controller,它是用 @Component. 如果你看 @RestController,它是用 @Controller. 有 3 位间接寻址,然而用 正文的类 @RestController 依然至多像用 正文的类一样看待 @Component。专门的正文减少了专门的解决,但它们依然是 的专门化 @Component,而不是它的替代品。

因而,咱们可能会认为 CustomerService 在配置类中定义和配置它很烦人。毕竟,如果 Spring 只晓得类,它必定能够本人弄清楚其余的关系吗?它能够查看构造函数并看到,要结构 的实例 CustomerService,它须要对 的援用 JdbcTemplate,该援用已在别处定义。

所以,这就是组件扫描的作用。您能够向类增加 @Service 另一个带有 @Component, 正文 @Bean 的构造型正文,而后删除配置类中的办法。Spring 将主动创立服务,它将提供所需的依赖项。它还将对类进行子类化以提供这些服务。

咱们正在获得停顿,移除更多样板。然而 DataSource 和 JdbcTemplate 呢?您须要它们,但您必定不用每次都从新创立它们吗?这就是 Spring Boot 的洞察力。在创立类或调用办法之前,它应用 @Condition 正文来装璜用正文的类 @Component 或 @Configuration 评估测试 @Bean。这些测试能够在环境中寻找线索。例如,假如您有 H2 – 类门路上的嵌入式 SQL 数据库。并且您 spring-jdbc 在蕴含 JdbcTemplate 该类的类门路上领有该库。它能够应用测试来测试类门路上是否存在这些类,并推断出您想要一个嵌入式 SQLDataSource 并且您想要一个 JdbcTemplate 与新生成的 SQL 连贯的实例 DataSource. 它有本人的配置来为你提供这些 bean。当初,您能够 @Configuration 齐全放弃课程!Spring Boot 提供了两个 bean,并基于构造型正文隐含了另一个 bean。

咱们曾经钻研了 Spring IoC 容器的根本动机,并且咱们曾经钻研了 IoC 容器如何工作以帮忙满足框架提出的承诺。

咱们的确能够走得更远,摸索面向方面的编程 (AOP)、主动配置等等,但这意味着提供一个心理框架来了解何时利用哪种配置,以便您能够专一于使工作软件平安疾速地投入生产的重要工作。

退出移动版