《Spring实战》第四版读书笔记 第一章 Spring之旅

原创
2017/08/16 17:04
阅读数 153

1.1 简化Java开发

为了降低Java开发的复杂性,Spring采取了以下四种关键策略:

  • 基于POJO的轻量级和最小侵入性编程;
  • 通过依赖注入和面向接口实现松耦合;
  • 基于切面和惯例进行声明式编程;
  • 通过切面和模板减少样板式代码。

1.1.2 依赖注入

耦合具有两面性。一方面,紧密耦合的代码难以测试、难以复用、难以理解,并且典型的表现出“打地鼠”式的bug特性(修复一个bug,将会出现一个或者更多的bug)。另一方面,一定程度的耦合有时必须的——完全没有耦合的代码什么也做不了。为了完成有实际意义的功能,不同的类必须以适当的方式进行交互。总而言之,耦合是必须的,但应当被小心谨慎的管理。

通过DI,对象的依赖关系将由系统中负责协调各对象的第三方组件在创建对象的时候进行设定。对象无需自行创建或管理它们的依赖关系。依赖关系将被自动注入到需要它们的对象中去。

DI带来的最大收益是松耦合。如果一个对象只通过接口(而不是具体实现或初始化过程)来表明依赖关系,那么这种依赖就能够在对象本身毫不知情的情况下,用不同的具体实现进行替换。

Spring通过应用上下文装载bean的定义并把它们组装起来。Spring应用上下文全权负责对象的创建和组装。Spring自带了多种应用上下文的实现,它们之间主要的区别仅仅在于如何加载配置。

1.1.3 应用切面

面向切面编程(aspect-oriented programming,AOP)允许你把遍布应用各处的功能分离出来形成可重用的组件。

系统由许多不同的组件组成,每一个组件各负责一块特定功能。除了实现自身核心的功能之外,这些组件还经常承担者额外的职责。诸如日志、事务管理和安全这样的系统服务经常融入到自身具有业务逻辑的组件中去,这些系统服务通常被成为横切关注点,应为它们会跨越系统的多个组件。

如果将这些关注点分散到多个组件中去,代码会带来双重的复杂性:

  • 实现系统关注点功能的代码将会重复出现在多个组件中。这意味这如果要改变这些关注点的逻辑,必须修改各个模块中的相关实现。即使把这些关注点抽象为一个独立的模块,其他模块只是调用它的方法,但方法的调用还是会重复出现在各个模块中。

  • 组件会因为那些与自身核心业务无关的代码而变得混乱。一个想地址簿增加地址条目的方法应该只关注如果添加地址,而不应该关注它是不是安全的或者是否需要支持事务。

AOP能够使这些服务模块化,并以声明的方式将它们应用到它们需要影响的组件中去。所造成的结果就是这些组件会具有更高的内聚性并且会更加关注自身的业务,完全不需要涉及系统服务的复杂性。总之,AOP能够确保POJO的简单性。

1.1.4 使用模版消除样板式代码

JDBC不是产生样板式代码的唯一场景。JMS、JNDI和使用REST服务通常也涉及大量的重复代码。

1.2 容纳Bean

Spring自带了多个容器实现,可以归纳为两种不同的类型。bean工厂(由org.springframework.beans.factory.BeanFactory接口定义)是最简单的容器,提供基本的DI支持。应用上下文(由org.springframework.context.ApplicationContext接口定义)基于BeanFactory构建,并提供应用框架级别的服务,例如从属性文件解析文本信息以及发布应用事件给感兴趣的事件监听者。

1.2.1 使用应用上下文

Spring自带了多种类型的应用上下文,以下一个较常用:

  • AnnotationConfigApplicationContext;
  • AnnotationConfigWebApplicationContext;
  • ClassPathXmlApplicationContext;
  • FileSystemXmlApplicationContext;
  • XmlWebApplicationContext。

FileSystemXmlApplicationContext和ClassPathXmlApplicationContext的区别在于:FileSystemXmlApplicationContext在指定文件系统路径下查找,而ClassPathXmlApplicationContext在所有的类路径(包括JAR文件)下查找。

如果想从Java配置中加载应用上下文,可以使用AnnotationConfigApplicationContext。

1.2.2 bean的生命周期

  1. Spring对bean进行实例化;
  2. Spring将值和bean的引用注入到bean对应的属性中;
  3. 如果bean实现了BeanNameAware接口,Spring将bean的ID传递给setBeanName()方法;
  4. 如果bean实现了BeanFactoryAware接口,Spring将调用setBeanFactory()方法,将BeanFactory实例传入;
  5. 如果bean实现了ApplicationContextAware接口,Spring将调用setApplicationContext()方法,将bean所在的应用上下文的引用传入进来;
  6. 如果bean实现了BeanPostProcessor接口,Spring将调用它的postProcessBeforeInitialization()方法;
  7. 如果bean实现了InitializingBean接口,Spring将调用它的afterPropertiesSet()方法。类似的,如果bean使用init-method声明了初始化方法或使用了@PostConstruct注解,该方法也会被调用;
  8. 如果bean实现了BeanPostProcessor接口,Spring将调用postProcessAfterInitialization()方法;
  9. 此时,bean已经准备就绪,可以被应用程序使用了,它们将一直驻留在应用上下文中,直到应用上下文被销毁;
  10. 如果bean实现了DisposableBean接口,Spring将调用它的destroy()接口方法。同样,如果bean使用destroy-method声明了销毁方法或使用@PreDestory,该方法也会被调用。
展开阅读全文
加载中

作者的其它热门文章

打赏
0
0 收藏
分享
打赏
0 评论
0 收藏
0
分享
返回顶部
顶部