关于Spring的BeanFacotry及子类，以接口方式却不采用抽象类的疑问
首先我们说下抽象类和接口的区别。从面向对象的设计理念来看，抽象类是is-a的关系，即子类是父类的一种实现；而接口是行为的集合，即某类应该具有哪些行为，则实现相应的接口，类似“has-a”的关系。
但Spring的IOC容器的核心BeanFactory，是具有最基本功能的工厂容器，其所有的子接口和子类如ApplicationContext、FileSystemXmlApplicationContext则是有各种各样功能的工厂容器，和BeanFactory应该是Is-a的关系，所以对BeanFactory及其容器子接口应该是抽象类来实现，而不是接口。
但为什么Spring设计者把它们设计为接口呢？ 
写回答
-
首先我觉得像spring这样的庞大的开源框架的设计理念，并不会完全遵守，一些常用的准则，肯定有自己独到之处，java中不支持继承多个抽象类，却支持接口的继承和扩展，这样，对于一个接口有若干继承接口，在java中就是很正常的事情，就像spring中beanfactory有很多的继承接口，这些接口大多数面向不同的环境，不同的使用场景，就相当于把spring核心容器接口提供的功能，通过定义不同接口的方式来做了汇总归类，降低了使用接口的复杂度，我所知道的spring中有相当部分的属于接口方法，但是却不适合向普通用户公开，这样，通过一个子接口就隐藏了这部分接口代码，同时又符合面向接口的设计。
2020-01-07 21:11:14赞同 展开评论 打赏
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
相关课程
更多
相关电子书
更多
