依赖查找的今世前生

单一类型依赖查找
JNDI
可以认为是java SE 的传统实现
在IDEA中找到如下类:
javax.naming.Context
里面就是一个传统的JNDI的查询
可以看到有比较典型的通过一个key来查找bean的方式:

当然这个资源的来源另有讲究, EJB中有 local bean 和 remote bean 两种, 放在这里也是一样的.
JavaBeans
也有实现类:
java.beans.beancontext.BeanContext
这是javaBeans规范里面一个特殊的实现方式
我们可以认为spring的IoC容器, BeanFactory或者ApplicationContext, 基本上参考了它的一些相关实现.
BeanContext 一部分是给我们传统的应用, 一部分是给GUI程序来使用

BeanContext实现依赖查找的表现在类的代码上不太明显, 但是可以看到其继承了 Collection 也就是集合, 也就是说其本身维护了一个集合, 其里面所有的成员就是其管理的 Bean. BeanContext 也就有一个维护Bean的工作.
集合类型依赖查找
BeanContext
这个就给看BeanContext接口的子接口了, 接口本身是没有实现方法的:
java.beans.beancontext.BeanContextServices


可以看到这个接口提供的方法与BeanDefination十分类似, 都有添加bean或者判断bean是否存在等

而 getCurrentServiceSelectors() 方法可以很明显的看出是一对多的方式, 可以返回多个类
层次性依赖查找
BeanContext
这个问题要去找javaBeans的官方文档:
https://docs.huihoo.com/java/javase/1.5.0/guide/beans/spec/beancontext.html#wp916002

就是这张图, 虽然JavaBeans的实现很复杂, 但是可以看出来BeanContext也存在有父容器和子容器这样的关系, 然后容器内保存有JavaBean, 这一点和BeanFactory是十分类似的.
本文探讨了依赖查找的不同方式,包括单一类型依赖查找如JNDI和JavaBeans的实现,以及集合类型依赖查找如BeanContext的使用。此外还讨论了层次性依赖查找的特点,并提供了JavaBeans官方文档的链接。
155

被折叠的 条评论
为什么被折叠?



