Spring中IoC优点与缺点解析
本文为大家分享了spring中ioc优点与缺点,供大家参考,具体内容如下
1. 优点
我们知道,在java基本教程中有一个定律告诉我们:所有的对象都必须创建;或者说:使用对象之前必须创建,但是现在我们可以不必一定遵循这个定律了,我们可以从ioc容器中直接获得一个对象然后直接使用,无需事先创建它们。
这种变革,就如同我们无需考虑对象销毁一样;因为java的垃圾回收机制帮助我们实现了对象销毁;现在又无需考虑对象创建,对象的创建和销毁都无需考虑了,这给编程带来的影响是巨大的。
我们从一个简单例子开始,有一个普通类b代码如下:
public class b implements bi{ ainfterface a; public b(ainfterface a){ this.a = a } public void invoke(){ /** ...*/ } }
有两种使用b的方式:
普通无ioc容器的调用方式:
bi b = new b(new a());//需要在生成b实例之前 生成a等实例
b. invoke();
使用ioc容器的革命调用方式:
bi b = (bi) webapputil.getservice(“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容器配置jdonframework.xml如下:
<app> <services> <pojoservice name="b" class="test.b"/> <pojoservice name="a" class="test.a"/> <pojoservice name="c" class="test.c"/> </services> </app>
注意:虽然b类代码调用了a类(甚至可能调用c等其他类),但是在配置中我们无需考虑这种调用关系。因此,整个环节我们都无需考虑b类中涉及其他类的调用关系;这样是非常省时省力的;特别是如果项目较大,javabeans特别多,又是多人协调开发,这种方式对提高开发效率;降低出错率是非常大的帮助。
如果你的项目中有非常多的类;调用关系很复杂,而且调用关系随时都可能变化,那么,使用无需照顾调用关系的ioc容器无疑是减轻开发负担的首选。
ioc容器另外一个著名实现是spring框架,但是在spring的配置文件applicationcontext.xml中,我们必须考虑上述调用关系:
<bean id="b" class="test.b"> <property name="a"><ref bean="a"/></property><!-- 必须指定调用关系 --> .... </bean> <bean id="a" class="test.a"> <bean id="c" class="test.c">
2. 缺点
ioc最大的缺点是什么?
生成一个对象的步骤变复杂了(其实上操作上还是挺简单的),对于不习惯这种方式的人,会觉得有些别扭和不直观。
对象 生成因为是使用反射编程,在效率上有些损耗。但相对于ioc提高的维护性和灵活性来说,这点损耗是微不足道的,除非某对象的生成对效率要求特别高。
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持。
推荐阅读