springioc_有关spring框架中的IoC的幽默解.pdfVIP

springioc:有关spring框架中的IoC的幽默解 释 疯狂代码 http://CrazyC/ ĵ http:/CrazyC/Java/Article47483.html 　　IoC就是InversionofControl控制反转在Java开发中IoC意味着将你设计好类交给系统去控制而不是 在你类内部控制这称为控制反转 　　下面我们以几个例子来介绍说明什么是IoC 　　假设我们要设计个Girl和个Boy类其中Girl有kiss思路方法即Girl想要Kiss个Boy那么我们问题是Girl如何能 够认识这个Boy？ 　　在我们中国常见MM和GG认识方式有以下几种 　　1、青梅竹马； 　　2、亲友介绍； 　　3、父母包办 　　那么哪种才是最好呢？ 　　青梅竹马:Girl从小就知道自己Boy publicGirl{ voidkiss{ Boyboy=Boy; } }　　然而从开始就创建Boy缺点就是无法在更换并且要负责Boy整个生命周期如果我们Girl想要换个如何办 ？(笔者严重不支持Girl经常更换Boy) 　　亲友介绍:由中间人负责提供Boy来见面 publicGirl{ voidkiss{ Boyboy=BoyFactory.createBoy; } }　　亲友介绍固然是好如果不满意尽管另外换个好了但是亲友BoyFactory经常是以Singleton形式出现不然就 是存在于Globals无处不在无处不能实在是太繁琐了点不够灵活我为什么定要这个亲友掺和进来呢？为什么定要 付给她介绍费呢？万最好朋友爱上了我男朋友呢？ 　　父母包办:切交给父母自己不用费吹灰的力只需要等着Kiss就好了 publicGirl{ voidkiss(Boyboy){ //kissboy boy.kiss; } }　　Well这是对Girl最好思路方法只要想办法贿赂了Girl父母并把Boy交给他那么我们就可以轻松和Girl来 Kiss了看来几千年传统父母的命还真是有用哦！至少Boy和Girl不用自己瞎忙乎了 　　这就是IOC将对象创建和获取提取到外部由外部容器提供需要组件 　　我们知道好莱坞原则:“Donotcallus,wewillcallyou.”意思就是 You,girlie,donotcalltheboy.Wewillfeedyouaboy 　　我们还应该知道依赖倒转原则即DependenceInversionPrincinpleDIPEricGamma说要面向抽象编程面向 接口编程是面向对象核心 　　组件应该分为两部分即Service,所提供功能声明Implementation,Service实现好处是:多实现可以任意切换 防止“everythingdependsoneverything”问题．即具体依赖于具体 　　所以我们Boy应该是实现Kissable接口这样旦Girl不想kiss可恶Boy话还可以kiss可爱kitten和慈祥 grandmother 　　 2、IOCtype 　　IoCType指是Girl得到Boy几种区别方式我们逐来介绍说明 　　IOCtype0:不用IOC publicGirlimplementsServicable{ privateKissablekissable; publicGirl{ kissable=Boy; } publicvoidkissYourKissable{ kissable.kiss; } }　　Girl自己建立自己Boy很难更换很难共享给别人只能单独使用并负责完全生命周期 　　IOCtype1先看代码 publicGirlimplementsServicable{ Kissablekissable; publicvoidservice(ServiceManagermgr){ kissable=(Kissable)mgr.lookup(“kissable”); } publicvoidkissYourKissable{ kissable.kiss; } }　　这种情况出现于AvalonFramework个组件实现了Servicable接口就必须实现service思路方法并传入个 ServiceManager其中会含有需要其它组件只需要在ser