Spring 框架

这篇文章我们介绍了autowire 自动绑定依赖关系的最后两种类型，同时讲述了使用autowire 的有点。后续文章继续介绍其他内容。

这篇文章我们来介绍byType 的注意事项及constructor 的使用方法。byType 使用的比较多，读者注意多多理解。

这篇文章我们介绍xml 文件中的autowire 的使用方法。xml 的本质是在文件中通过明确的配置来注明bean 之间的依赖关系。

对于各个业务对象，他们如果想实现大型系统的各种工程，就必须选择“互相合作”。 各个业务对象合作的目的就是为了完成相同的使命，这个时候，各个业务对象之间就不可避免地有相互依赖的关系。

上一篇文章简单介绍了通过配置文件进行对象的注册和依赖绑定，因为使用频率不高，不常用，所以没有深入介绍。这篇文章我们来介绍目前比较常用的方式：通过注解进行对象注册和依赖绑定。

上一篇文章的内容是对通过配置文件对BeanFactory 中的对象进行注册和依赖绑定的方法的总体概况及流程分析。这篇文章我们围绕Spring IOC 容器提供的两种配置文件格式进行进一步分析。

本篇文章介绍如何通过外部配置文件对BeanFactory 中的对象进行注册和依赖绑定。对于Spring IOC 容器来说，它支持两种格式的配置文件。我们一一介绍。

上一篇文章我们以上帝视角大概介绍了一下BeanFactory 的对象注册和依赖绑定的实现的几种方式，从这篇文章开始我们对这几种方式做一个细致的介绍。

BeanFactory 本质是一个IOC Service Provider，它的职责就是负责构建、注册，及管理各个对象之间的依赖绑定关系。这篇文章对BeanFactory 的对象注册和依赖绑定做个概览

在前面的文章中我们介绍过，Spring 框架的IOC 容器是一个IOC Service Provider，它除了具有IOC 的功能之外，它的本质还是一个“容器”。

对于IOC Serivce Provider 管理对象之间的依赖关系的实现有很多种方法，这里我们来逐个介绍。

上一篇文章我们介绍了IOC Service Provider 的两个重要的职责。这篇文章我们来介绍IOC Service Provider 是如何管理对象之间的依赖关系的。

这篇文章我们来介绍一些IOC Service Provider 的职责。它的职责主要有两方面：构建和管理各个业务对象；对业务对象之间的依赖关系进行绑定。

这篇文章我们开始介绍IOC Service Provider。它其实是一个抽象出来的概念，并不是一个特指的东西，它可以是一段代码，一组相关的类，或者是某个开源的框架。

之前的文章我们介绍了IOC 容器的三种依赖注入的实现方式。这篇文章我们对这三种依赖注入的方式进行一个横向的对比。

上一篇文章我们介绍的是通过setter 方法进行依赖注入。这篇文章我们介绍如何通过接口进行依赖注入。

上一篇文章我们介绍了使用构造方法进行依赖注入的方式。这篇文章我们来介绍如何使用setter 方法进行依赖注入。

上一篇文章说明了IOC 的本质，就是用来管理各个对象之间的依赖关系的。如果一个对象依赖另一个对象，那么直接使用IOC 容器就可以很好地处理两个对象之间的依赖关系了。这篇我们讲解如何将对象进行依赖注入。

上一篇文章及之前文章我们介绍的是Spring 框架的基本组成。从本篇文章开始我们进入到Spring 框架的各个组成模块的介绍。首先我们来介绍IOC 容器。本篇文章我们开始介绍IOC 的基本概念。

我们介绍的是Spring 的几个基本组成模块，从Spring 核心Core 模块，到Spring 的AOP 模块，再讲述了基于这俩模块之上构建的数据处理模块。这篇文章我们沿着上一篇文章的思路继续介绍。