我们知道在Java基本教程中有一个定律告诉我们所有的对象都必须创建或者说使用对象之前必须创建但是现在我们可以不必一定遵循这个定律了我们可以从Ioc容器中直接获得一个对象然后直接使用无需事先创建它们
这种变革就如同我们无需考虑对象销毁一样因为Java的垃圾回收机制帮助我们实现了对象销毁现在又无需考虑对象创建对象的创建和销毁都无需考虑了这给编程带来的影响是巨大的
我们从一个简单例子开始有一个普通类B代码如下
public class B implements BI{
AInfterface a;
public B(AInfterface a){
thisa = a
}
public void invoke(){
/** */
}
}
有两种使用B的方式
普通无Ioc容器的调用方式:
BI b = new B(new A());//需要在生成B实例之前 生成A等实例
b invoke();
使用Ioc容器(Jdon框架)的革命调用方式
BI b = (BI) WebAppUtilgetService(b);
b invoke();
上面两种方式重要区别
前者需要照顾B类中A类的实例化如果B类中调用不只A类一个还有更多其他类如C/D/E等类这样你在使用B类时还需要研究其他类的创建如果C/D/E这些类不是你自己编写你还需要翻阅它们的API说明研究它们应该如何创建？是使用New 还是工厂模式 还是单态调用？
这时你会感歎哇有没有搞错？我只不过是为了使用B类中一个小小的方法就花去我这么多时间和精力？
当我们使用第二种方式时就无需花很多精力和时间考虑A/C/D/E等类的创建
使用Ioc容器你再也不必做这些僵化愚蠢的工作了我们只需从ioc容器中抓取一个类然后直接使用它们
当然在使用之前我们需要做一个简单的配置把你将来需要使用的类全部告诉ioc容器例如Jdon框架的ioc容器配置jdonframeworkxml如下:
<app>
<services>
<pojoService name=b class=testB/>
<pojoService name=a class=testA/>
<pojoService name=c class=testC/>
</services>
</app>
注意虽然B类代码调用了A类(甚至可能调用C等其他类)但是在配置中我们无需考虑这种调用关系因此整个环节我们都无需考虑B类中涉及其他类的调用关系这样是非常省时省力的特别是如果项目较大JavaBeans特别多又是多人协调开发这种方式对提高开发效率降低出错率是非常大的帮助
如果你的项目中有非常多的类调用关系很复杂而且调用关系随时都可能变化那么使用无需照顾调用关系的Ioc容器无疑是减轻开发负担的首选
ioc容器另外一个着名实现是Spring框架但是在Spring的配置文件applicationContextxml中我们必须考虑上述调用关系
<bean id=b class=testB>
<property name=a><ref bean=a/></property><! 必须指定调用关系 >
</bean>
<bean id=a class=testA>
<bean id=c class=testC>
所以从以上对比来看从项目开发效率角度看基于PiocContainer实现的Jdon框架在实际使用配置效率无疑要高于Spring框架
同时也可以说基于PiocContainer实现的Jdon框架完全真正实现了Ioc容器的革命性优点颠覆了使用对象之前必须创建 的基本Java语言定律
