Atitit.spring体系结构大总结 1. Spel表达式解析 1 2. Srping mvc 1 3. Ioc 4 3.1. ApplicationContext在BeanFactory的基础

attilax

于 2020-05-26 13:59:15 发布

阅读量318

点赞数

本文链接：https://blog.csdn.net/attilax/article/details/106354836

版权

Atitit.spring体系结构大总结

1. Spel表达式解析 1

2. Srping mvc 1

3. Ioc 4

3.1. ApplicationContext在BeanFactory的基础上构建,区别 4

4. Aop 5

4.1. 3.2.4.1. @AspectJ形式的SpringAOP 5

4.2. spring的事务处理 5

5. Other不重还要的 6

5.1. spring与struts的整合 6

5.2. spring与hibernate的整合 6

5.3. spring的定时器 6

5.4. spring的持久层封装使用jdbctemptate访问数据 6

5.5. 2.3.1.3.7. 方法注入(Method Injection) 偷梁换柱之术 6

5.6. 国际化信息支持(I18N MessageSource) 6

5.7. Spring框架对JMS的集成(JMS Made Easy With Spring) 6

5.8. 7.4.1. Spring与Quartz 7

5.9. 7.4.2. Spring对JDK Timer的集成 7

5.10. Spring远程方案(Spring Remoting) 7

6. 参考 7

Spel表达式解析
Srping mvc

4.2.1　直接编码方式

其实，把编码方式单独提出来称作一种方式并不十分恰当。因为不管什么方式，最终都需要编码才能"落实"所有信息并付诸使用。不过，通过这些代码，起码可以让我们更加清楚BeanFactory在底层是如何运作的。

下面来看一下我们的FX新闻系统相关类是如何注册并绑定的（见代码清单4-4）。

代码清单4-4　通过编码方式使用BeanFactory实现FX新闻相关类的注册及绑定

BeanFactory 只是一个接口，我们最终需要一个该接口的实现来进行实际的Bean的管理，Default- ListableBeanFactory就是这么一个比较通用的BeanFactory实现类。DefaultListableBean- Factory除了间接地实现了BeanFactory接口，还实现了BeanDefinitionRegistry接口，该接口才是在 BeanFactory的实现中担当Bean注册管理的角色。基本上，BeanFactory接口只定义如何访问容器内管理的Bean的方法，各个 BeanFactory的具体实现类负责具体Bean的注册以及管理工作。BeanDefinitionRegistry接口定义抽象了Bean的注册逻辑。通常情况下，具体的BeanFactory实现类会实现这个接口来管理Bean的注册。它们之间的关系如图4-3所示。

在bindViaCode方法中，首先针对相应的业务对象构造与其相对应的BeanDefinition，使用了RootBeanDefinition作为BeanDefinition的实现类。构造完成后，将这些BeanDefinition注册到通过方法参数传进来的 BeanDefinitionRegistry中。之后，因为我们的FXNewsProvider是采用的构造方法注入，所以，需要通过 ConstructorArgument- Values为其注入相关依赖。在这里为了同时说明setter方法注入，也同时展示了在Spring中如何使用代码实现setter方法注入。如果要运行这段代码，需要把setter方法注入部分的4行代码注释掉。最后，以BeanFactory的形式返回已经注册并绑定了所有相关业务对象的 BeanDefini- tionRegistry实例。

public static void main(String[] args) {

DefaultListableBeanFactory beanRegistry = new DefaultListableBeanFactory(); BeanFactory container = (BeanFactory)bindViaCode(beanRegistry); FXNewsProvider newsProvider = ?

(FXNewsProvider)container.getBean("djNewsProvider"); newsProvider.getAndPersistNews(); }

public static BeanFactory bindViaCode(BeanDefinitionRegistry registry) {

AbstractBeanDefinition newsProvider = ?

new RootBeanDefinition(FXNewsProvider.class,true); AbstractBeanDefinition newsListener = ?

new RootBeanDefinition(DowJonesNewsListener.class,true); AbstractBeanDefinition newsPersister = ?

new RootBeanDefinition(DowJonesNewsPersister.class,true); // 将bean定义注册到容器中

registry.registerBeanDefinition("djNewsProvider", newsProvider); registry.registerBeanDefinition("djListener", newsListener); registry.registerBeanDefinition("djPersister", newsPersister);

BeanFactory需要使用的对象注册和依赖绑定信息称为Configuration Metadata。我们这里所展示的，实际上就是组织这些Configuration Metadata的各种方式。因此这个标题才这么长。

4.2 BeanFactory的对象注册与依赖绑定方式 27

// 1. 可以通过构造方法注入方式

ConstructorArgumentValues argValues = new ConstructorArgumentValues(); argValues.addIndexedArgumentValue(0, newsListener); argValues.addIndexedArgumentValue(1, newsPersister); newsProvider.setConstructorArgumentValues(argValues); // 2. 或者通过setter方法注入方式

MutablePropertyValues propertyValues = new MutablePropertyValues();

propertyValues.addPropertyValue(new ropertyValue("newsListener",newsListener));

propertyValues.addPropertyValue(new PropertyValue("newPersistener",newsPersister)); newsProvider.setPropertyValues(propertyValues); // 绑定完成

return (BeanFactory)registry;

}

是在 BeanFactory的实现中担当Bean注册管理的角色。基本上，BeanFactory接口只定义如何访问容器内管理的Bean的方法，各个 BeanFactory的具体实现类负责具体Bean的注册以及管理工作。BeanDefinitionRegistry接口定义抽象了Bean的注册逻辑。通常情况下，具体的BeanFactory实现类会实现这个接口来管理Bean的注册。它们之间的关系如图4-3所示。

Ioc

2.2.1. IoC Service Provider的职责

2.2.2. 运筹帷幄的秘密－IoC Service Provider如何管理对象间的依赖关系

2.2.2.1. 直接编码方式(register via programming)

1. ApplicationContext在BeanFactory的基础上构建,区别

IoC容器选择。

? ApplicationContext。ApplicationContext在BeanFactory的基础上构建，是相对比较高级的容器实现，除了拥有BeanFactory的所有支持，ApplicationContext还提供了其他高级特性，比如事件发布、国际化信息支持等，这些会在后面详述。 ApplicationContext所管理的对象，在该类型容器启动之后，默认全部初始化并绑定完成。所以，相对于BeanFactory来说，ApplicationContext要求更多的系统资源，同时，因为在启动时就完成所有初始化，容器启动时间较之BeanFactory也会长一些。在那些系统资源充足，并且要求更多功能的场景中，ApplicationContext类型的容器是比较合适的选择。

通过图4-2，我们可以对BeanFactory和ApplicationContext之间的关系有一个更清晰的认识。

图4-2 BeanFactory和ApplicationContext继承关系

注意 ApplicationContext间接继承自BeanFactory，所以说它是构建于BeanFactory之上的IoC容器。此外，你应该注意到了，ApplicationContext还继承了其他三个接口，它们之间的关系，我们将在第5章中详细说明。

另外，在没有特殊指明的情况下，以BeanFactory为中心所讲述的内容同样适用于Applica- tionContext，这一点需要明确一下，二者有差别的地方会在合适的位臵给出解释。