这是一个创建于 2810 天前的主题，其中的信息可能已经有所发展或是发生改变。
首先 BeanFactory 作为根接口，有最基本的三个派生接口，按照单一职责原则，分别为： AutowireCapableBeanFactory / ListableBeanFactory / HierarchicalBeanFactory ，每个负责 BeanFactory 一个方面的增强。
但是生成 UML 之后发现，继承了所有三个接口的接口是 ConfigurableListableBeanFactory（这命名也是奇怪，明明继承了 3 个，为什么名称里只有 2 个？），而真正实现了所有这三个接口的是 DefaultListableBeanFactory（这个命名也很奇怪） ， XmlBeanFactory 就是继承自它。
但是还有另外一个最重要的 ApplicationContext ，它其实是在 BeanFactory 的基础上加了比如 Event / Resource / i18n 等。但是它并没有实现 AutowireCapableBeanFactory （也没有间接实现）。
为什么会有这两条线路呢？既然 ApplicationContext 就可以用了，为啥还要 xmlBeanFactory 呢？为什么 ApplicationContext 不把所有的接口都实现了呢？
第 1 条附言 · 2016-09-02 10:35:35 +08:00
发现 AbstractRefreshableApplicationContext 里面其实是有 private DefaultListableBeanFactory beanFactory; 的引用的，而它是从 ApplicationContext 层层继承下来的，既然它都可以直接操作 BeanFactory 一个完整的实现（ DefaultListableBeanFactory ），那为什么 ApplicationContext 还要继承 ListableBeanFactory 和 HierarchicalBeanFactory ？
目前尚无回复
Select Language