玩玩Spring之IOC(一)

原创 2006年06月04日 09:29:00
  Spring的功能是很强大的,在其“绝不发明自己认为好的轮子,而只发明自己认为不好的轮子”的指导思想下,通过充分实践了“一切实事求是、‘循证架构’的工作方式”的理论,基本上把轻量级的J2EE应用框架(如ORM、MVC等)进行了整合,并构架了一些常用的功能(如DAO),形成了一个功能强大的J2EE轻量级企业应用框架。
  然而,或许是大家对Spring掌握得还不透彻的缘故吧,看到很多软件企业中用到的Spring功能,基本上大多数都只是用其IOC功能,有时候附带用了其中的AOP事务管理功能。
  IOC及AOP虽然不是Spring首创,然而其在这两块都是做得很不错的,应该说整个Spring框架就是围绕着其IOC实现及AOP实现架设起来的。我想,深入挖掘IOC、AOP以及Spring中的实现,使用等,对于初学者帮助会非常大,因此,从本期开始,大峡的《玩玩Spring系列》将伴随大家一起走进IOC及AOP的世界。
  由于本人水平有限,文中难免有很多不足甚至错误之处,还请各位朋友不吝批评指教。
 
一、IOC简介
  IOC-全称Inversion of Control,中文解释:控制反转。另外,IOC又称DI(全称)Dependency Injection,中文解释:依赖注入。
  呵呵,这些名词搞得有点像学古文的味道哈。很多大师还都说IOC中有一个著名的好莱坞理论:你呆着别动,到时我会找你。由于本人未到过好莱坞参加过社会实践,因此,这句话理解有点困难。
  IOC是一种新的设计模式,即IOC模式,系统中通过引入实现了IOC模式的IOC容器,即可由IOC容器来管理对象的生命周期、依赖关系等,从而使得应用程序的配置和依赖性规范与实际的应用程序代码分开。其中一个特点就是通过文本的配件文件进行应用程序组件间相互关系的配置,而不用重新修改并编译具体的Java代码。
  当前比较知名的IOC容器有:Pico Container、Avalon 、Spring、JBoss、HiveMind、EJB等,国内由板桥里人负责的国产开源项目Jdon框架,也是具有IOC容器功能(由于没来得及认真研读其源码,似乎jdon中IOC部份是调用Pico的IOC容器功能来实现的)。
  在上面的几个IOC容器中,轻量级的有Pico Container、Avalon、Spring、HiveMind等,超重量级的有EJB,而半轻半重的有容器有JBoss,Jdon等
  
  IOC究竟是什么?IOC是如何产生的?用在什么场合?为什么我们以前不用IOC,而现在要用IOC?“物有本末,事有终始”,为了更加透彻的理解这一问题,大峡打算从自己所理解的面向对象(OO)设计及编程发展历程来进行分析,也许这样能让IOC的初学者更加了解IOC的发展的前因后果,争取做到“知其然,知其所以然,使其然!”。
  若大家等不急了,就直接百度一下有关IOC的其它文章,这方面国内很多先驱们已经作了很多介绍。如冰云的《IOC详解》、板桥里人的设计模式及IOC理论等。
 
二、 最老的OO编程
  记得曾经看《Think in Java》最早版本的时候,里面有这么一句让人振奋话:一切都是对象。这时我们OO编程的核心是围绕着面向对象编程的三个特性即“继承”、“封装”、“多态”来展开的。
2.1 封装
  那时我们学会了对现实就的事物及软件模型进行了抽象。比如要描述一只猫,那么这支猫应该有“颜色”、“重量”、“公母”、“脾气”、“出生日期”等属性,另外还有“跑”、“吃”、“叫”、“猫捉老鼠”等方法。如Java代码来表示,大致就是如下:
public Class Cat
{
private String color;//颜色
private String weight;//重量
private String sex;//公母
private String temper;//脾气
private String birthday;//出生日期
private void run ();//跑
private void eat (Food food); //吃(食物)
private void shout(int type);//叫(类别)
private boolean chase(Mice mice);//猫捉老鼠
}
 
2.2 继承
  最早的OO编程时期,我们还会引入继承,还经常鼓励大家多用继续,认为继承就是OO编程思想的核心。继承的核心就是围绕着如何把类与类之间具有共同特性的部份抽象到基类中。认为这样不但能使用了OO的特性,还减少了很多子类的代码。
  我们通过日常生活的常识知道,猫是一种动物,因此动物有的特性他基本上都有。于是,如果我们的系统中不但有猫,还会有很多其它的动物出现。我们就会设计一个动物类,把所有动物的共性抽象到一个基类中。这里,猫及动物基类的代码大致如下:
public abstract Class Animal{
private String color;//颜色
private String weight;//重量
private String sex;//公母
private String temper;//脾气
private String birthday;//出生日期
private void run ();//跑
private void eat (Food food); //吃(食物)
private void shout(int type);//叫(类别)
}
public Class Cat extends Animal
 private int power;//能力
 private int agility;//敏捷度
   //  猫捉老鼠是特有的方法
 private boolean chase(Mice mice) {
  return true;
 };
}
 
 
2.3 多态
  这时我们还会不时使用到OO的另外一个特性多态。多态是很重要的一门技术,然而很多时候却没有很好的理解并使用,回头看以前的代码,我们看到有很多地方属于故弄玄虚的嫌疑。
  接上面的例子,假如我们要写一个喂养宠物(有猫、狗、猪、豹、老鼠等)的程序。利用Java的多态特性,我们的大致代码如下:
public class PetManage {
 //喂食我的宠物
 public void feeding(Animal a)
 {  
 } 
 /**
  * @param args
  */
 public static void main(String[] args) { 
  Animal myPet=new Cat();
  PetManage pm=new PetManage();    
  pm.feeding(myPet);
 }
}
  通过使用多态特性,哪一天若我们的不喜欢猫,而是喜欢养猪的时候,只要把new Cat()变成new Pig(),即可。
 
2.4 对象生命周期
  这一阶段的OO程序中,我们知道要用一个对象的时候,就要使用Java中的关键字new来生成一个来用即可。OO对于我们来说,一切都是那么简单,很多时候甚至感觉OO跟OP的编程方法也没太大区别。代码如下:
Cat myCat=new Cat();//创建一支具体的猫
myCat.shout();//叫一声
  此时,我们对Java虚拟是非常信任的,我们的思想也很单纯,我们知道Java对象的生命开始于new关键词。我们不太关心对象生命的结束,我们知道Java有一个比C语言历害、智能化的垃圾收集器,他会帮我们自己的清理内存中不用的对象。
  当然,也有的人由于对垃圾收集器忠诚度的怀疑,不放心垃圾收集器的能力,于是在程序中经常要加一句类似“myPet=null”的代码来结束对象的生命。
  当然,我们也知道有一些外部资源如数据库连接等,需要手动熟悉资源。于是知道在使用类似资源的时候必须都加上一句:conn.close(),有时候还要在close()后面再加一句:conn=null。呵呵,非常有意思。
 
2.5小结
  现在看来,其实那时确实犯了很多幼稚的错误,也走了不少的弯路,做了很多画蛇添足的工作,写了很多难与维护的代码。
  对比今天的IOC模式,若要从早的OO方法中硬要找一个类似Spring的容器的话,那就是:“程序员+JVM本身”。是程序员以及JVM一起我们管理对象的生命周期、对象之间的关系等。那时候若有任何变动都需要改代码,(虽然好的设计代码修改会非常少,但也得改!),然后编译,然后拿到测试环境及用户环境中执行。如此反复,年日复一日、年复一年。
  那时我们的代码复用用得最多的就是OO的继承功能,另外还有很多OP方法中带过来的函数。
 
  本文中涉及到的几个简单源码,请到EasyJF开源团队官网下载,地址:
 
 下期预告:OO编程的第二阶段,设计模式的广泛应用。

 
 (备注:由于笔者不想拐弯抹角浪费大家玩的时间,有些“表白”难免过于直接,还请不喜欢Spring或者过分喜欢Spring的同行多多见谅! 本文中的“我们”,仅指与笔者有着同样成长经历的80后人,对于文章提到的观点,多数皆属于笔者个人观点,不代表任何人。
  本文作者:EasyJF开源团队 大峡 欢迎转载,转载请保留作者声明,谢谢!)

玩玩Spring之IOC(一)

  Spring的功能是很强大的,在其“绝不发明自己认为好的轮子,而只发明自己认为不好的轮子”的指导思想下,通过充分实践了“一切实事求是、‘循证架构’的工作方式”的理论,基本上把轻量级的J2EE应用框...
  • itkbase
  • itkbase
  • 2007年12月29日 07:06
  • 268

玩玩Spring之IOC

Spring的功能是很强大的,在其“绝不发明自己认为好的轮子,而只发明自己认为不好的轮子”的指导思想下,通过充分实践了“一切实事求是、‘循证架构’的工作方式”的理论,基本上把轻量级的J2EE应用框架(...
  • princewong
  • princewong
  • 2007年07月24日 13:39
  • 630

玩玩Spring之IOC

Spring的功能是很强大的,在其“绝不发明自己认为好的轮子,而只发明自己认为不好的轮子”的指导思想下,通过充分实践了“一切实事求是、‘循证架构’的工作方式”的理论,基本上把轻量级的J2EE应用框架(...
  • happyxyzw
  • happyxyzw
  • 2007年07月17日 14:23
  • 376

做一个合格的程序猿之浅析Spring IoC源码(一)分析前的准备和思考

首先,大家都知道Spring是一个框架,是一个容器框架,所谓容器,就是一个可以存放东西的“器皿”,跟我们生活中的水桶,碗,奶粉瓶是一样的器皿。    不同的是存放在这个“器皿”可能不是实体,却是一个抽...
  • linuu
  • linuu
  • 2016年03月08日 18:39
  • 2975

Spring学习一、IOC的代码实现

先定义一个xml文件
  • chuxue1989
  • chuxue1989
  • 2016年02月20日 11:55
  • 158

做一个合格的程序猿之浅析Spring IoC源码(十一)Spring refresh()方法解析后记1

上次分析refresh这块spring IoC的时候,时间比较仓促,只是debug了部分源码,大家分析起来不是很好~ 今天我们还是先总结一下吧~ spring在实例化bean的时候,根据bea...
  • linuu
  • linuu
  • 2016年03月14日 15:35
  • 1124

Spring学习(一)ioc理解

对Spring有所了解的都应该知道,spring贯穿始终的两个重要的思想,一个是IOC(控制反转),一个是DI(依赖注入),对于新手而言,这两个概念比较难理解,我用自己的想法来解释下。...
  • u011250851
  • u011250851
  • 2015年08月25日 11:47
  • 10964

【Spring】Spring的IOC(控制反转)/DI(依赖注入)原理(一):用到“反射”编程

1. IoC理论的背景 我们都知道,在采用面向对象方法设计的软件系统中,它的底层实现都是由N个对象组成的,所有的对象通过彼此的合作,最终实现系统的业务逻辑。 图1:软件系统中耦合的对象 ...
  • cangchen
  • cangchen
  • 2015年04月08日 22:25
  • 1871

【Spring】Spring依赖注入IOC的设值注入setter

其实标题中如此高大上的名词,只是一个问题,关于在Spring的applicationContext.xml中的如下语句是什么意思? 这类语句在SSH的配置中会大量存在,因为Spring所谓的核心机制...
  • yongh701
  • yongh701
  • 2015年05月08日 11:16
  • 2027

java代码带你玩玩数据挖掘之分词入门

原文出处:http://www.lanceyan.com/tech/datadig_segment_step1.html作者:严谨转载请注明出处和来源要让计算机理解句子的语义,必须要有个程序,上面的句...
  • b644ROfP20z37485O35M
  • b644ROfP20z37485O35M
  • 2017年12月28日 00:00
  • 279
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:玩玩Spring之IOC(一)
举报原因:
原因补充:

(最多只允许输入30个字)