Spring 框架

而方法替换更多地是体现在方法的实现层面上，我们考虑，在实现方法的时候，使用方法替换，可以灵活地替换掉原来的实现逻辑；或者直接覆盖掉原来的方法的实现逻辑。

这篇文章主要是讲述如何使用ObjectFactoryCreatingFactoryBean 规避prototype 的“陷阱”。希望读者多多学习，多多记忆，多多理解。

之前我们提到，“方法注入”是通过动态生成子类的方式完成对应功能。其实那个动态生成的子类的内部实现方式的原理与上述过程类似，只不过是细节稍有不同而已。

这篇文章结合上一篇文章，一起介绍了“方法引入”的概念及具体使用方法，包括java 代码的写法要求和配置文件的写法要求。读者可以结合上面具体的例子来进行思考记忆。

这篇文章我们引入了方法替换的相关内容，并且说明了方法替换中java 代码的书写方法。后续我们会继续介绍其他的知识。

这篇文章讲述了一些使用prototype 并获取实例过程中发现的问题，作为方法注入与方法替换功能概念引入的铺垫。后续文章介绍其他相关的内容。

这篇文章主要目的是为了在方法注入与方法替换的引入之前做一些知识铺垫，又介绍了什么是“有状态类型”，什么是“无状态类型”，后续将继续介绍其他相关的知识。

最开始Spring 的容器只有两种类型：singleton 和prototype。之后又引入了其他三种类型：request / session 和global session。

上一篇文章的最后通过一个例子介绍了如何自定义FactoryBean，这篇文章我们来看一下如何使用。这种方式对比使用自定义工厂模式的方式简单多了。

这篇文章主要介绍了FactoryBean 的组成、功能以及如何自定义。建议读者最好结合之前的三篇文章一起来看，会加深理解。

我们知道，使用XML 格式的文件来管理容器相关配置信息是Spring 提供的强大且支持很全面的一种方式。 这篇文章我们开始介绍一些XML 格式文件相关的内容，包括它的元素信息及使用方法。

这篇文章我们主要就是引出什么是FactoryBean，并且介绍FactoryBean 的概念及出现原因。具体如何使用以及FactoryBean 的组成我们将在后续的文章中介绍。

这篇文章我们来说说，如何使用xml 格式文件来完成通过静态工厂方法模式进行bean 的注册与依赖绑定。

上一篇文章我们说到，在使用工厂模式将依赖接口和对应的实现类进行解耦的时候，通常会使用到工厂方法模式。在使用工厂方法模式的时候，需要我们提供一个工厂类来实例化具体的接口实现类。

我们在开发中十分强调“面向接口编程”，但是我们在遵守这个原则的同时，需要注意一点，那就是： 对象虽然可以通过声明接口的方式，来避免对特定的实现类的耦合，但是最终总需要有一种方式将它们关联起来。

除了之前介绍的五种类型的scope 作用域以外，在Spring 2.0 之后，Spring 为我们提供了针对scope 的扩展点，这样我们可以添加自定义的scope。

对于声明作用域为prototype 类型的bean 来说，容器在接到这个类型的bean 的定义之后，在请求方向容器请求获取这个对象实例的时候，每次容器都会重新生成一个新的实例给到请求方。

这篇文章延续了上一篇文章讲述的内容，主要介绍singleton 作用域的注意事项和两个特性。这些在之后的工作和学习中会常常用到，希望读者多加留意。

BeanFactory 作为一个轻量级容器，除了具有IOC Service Provider 的功能以外，它还有其他的一些职责，其中就包括管理对象的生命周期首先要说明的是。

autowire 的缺点在这篇文章中做了介绍，上篇文章介绍了autowire 的优点，读者可以自行定夺是否使用。