关于spring框架中的IoC的幽默解释
http://tech.ddvip.com 2008年03月28日 社区交流
内容摘要:本文使用幽默的说法来解释什么是IoC,它们之间的认识方式,简明易懂。假设我们要设计一个Girl和一个Boy类,其中Girl有kiss方法,即Girl想要Kiss一个Boy。那么,我们的问题是,Girl如何能够认识这个Boy?
这就是IOC,将对象的创建和获取提取到外部。由外部容器提供需要的组件。
我们知道好莱坞原则:“Donotcallus,wewillcallyou.”意思就是,You,girlie,donotcalltheboy.Wewillfeedyouaboy。
我们还应该知道依赖倒转原则即DependenceInversionPrincinple,DIP。EricGamma说,要面向抽象编程。面向接口编程是面向对象的核心。
组件应该分为两部分,即Service,所提供功能的声明Implementation,Service的实现好处是:多实现可以任意切换,防止“everythingdependsoneverything”问题.即具体依赖于具体。
所以,我们的Boy应该是实现Kissable接口。这样一旦Girl不想kiss可恶的Boy的话,还可以kiss可爱的kitten和慈祥的grandmother。
二、IOC的type
IoC的Type指的是Girl得到Boy的几种不同方式。我们逐一来说明。
IOCtype0:不用IOC
publicclassGirlimplementsServicable{
privateKissablekissable;
publicGirl(){
kissable=newBoy();
}
publicvoidkissYourKissable(){
kissable.kiss();
}
}
Girl自己建立自己的Boy,很难更换,很难共享给别人,只能单独使用,并负责完全的生命周期。
IOCtype1,先看代码:
publicclassGirlimplementsServicable{
Kissablekissable;
publicvoidservice(ServiceManagermgr){
kissable=(Kissable)mgr.lookup(“kissable”);
}
publicvoidkissYourKissable(){
kissable.kiss();
}
}
这种情况出现于AvalonFramework。一个组件实现了Servicable接口,就必须实现service方法,并传入一个ServiceManager。其中会含有需要的其它组件。只需要在service方法中初始化需要的Boy。
来源:Java研究组织 责编:豆豆技术应用