花木
导航
BlogJava
首页
新随笔
联系
聚合
管理
<
2025年4月
>
日
一
二
三
四
五
六
30
31
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
1
2
3
4
5
6
7
8
9
10
统计
随笔 - 1
文章 - 1
评论 - 0
引用 - 0
常用链接
我的随笔
我的评论
我的参与
留言簿
(1)
给我留言
查看公开留言
查看私人留言
随笔档案
2005年11月 (1)
文章档案
2005年11月 (1)
搜索
最新评论
介绍IoC[转]
介绍IoC
介绍 IOC
作者:冰云
icecloud(AT)sina.com
BLOG:
时间:
2004.02.15
版权声明:
本文由冰云完成,首发于
CSDN
,作者保留中文版权。
未经许可,不得使用于任何商业用途。
欢迎转载,但请保持文章及版权声明完整。
如需联络请发邮件:
icecloud(AT)sina.com
一、什么是
IOC
IoC
就是
InversionofControl
,控制反转。在
Java
开发中,
IoC
意味着将你设计好的类交给系统去控制,而不是在你的类内部控制。这称为控制反转。
下面我们以几个例子来说明什么是
IoC
假设我们要设计一个
Girl
和一个
Boy
类,其中
Girl
有
kiss
方法,即
Girl
想要
Kiss
一个
Boy
。那么,我们的问题是,
Girl
如何能够认识这个
Boy
?
在我们中国,常见的MM与
GG
的认识方式有以下几种
1 青梅竹马;
2 亲友介绍;
3 父母包办
那么哪一种才是最好呢?
青梅竹马
:
Girl
从小就知道自己的
Boy
。
public
class
Girl{
void
kiss(){
Boyboy=
new
Boy();
}
}
然而从开始就创建的
Boy
缺点就是无法在更换。并且要负责
Boy
的整个生命周期。如果我们的
Girl
想要换一个怎么办?(笔者严重不支持
Girl
经常更换
Boy
)
亲友介绍
:由中间人负责提供
Boy
来见面
public
class
Girl{
void
kiss(){
Boyboy=BoyFactory.createBoy();
}
}
亲友介绍,固然是好。如果不满意,尽管另外换一个好了。但是,亲友
BoyFactory
经常是以
Singleton
的形式出现,不然就是,存在于
Globals
,无处不在,无处不能。实在是太繁琐了一点,不够灵活。我为什么一定要这个亲友掺和进来呢?为什么一定要付给她介绍费呢?万一最好的朋友爱上了我的男朋友呢?
父母包办
:一切交给父母,自己不用费吹灰之力,只需要等着
Kiss
就好了。
public
class
Girl{
void
kiss(Boyboy){
//kissboy
boy.kiss();
}
}
Well
,这是对
Girl
最好的方法,只要想办法贿赂了
Girl
的父母,并把
Boy
交给他。那么我们就可以轻松的和
Girl
来
Kiss
了。看来几千年传统的父母之命还真是有用哦。至少
Boy
和
Girl
不用自己瞎忙乎了。
这就是
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
public
class
Girl
implements
Servicable{
private
Kissablekissable;
public
Girl(){
kissable=
new
Boy();
}
public
void
kissYourKissable(){
kissable.kiss();
}
}
Girl
自己建立自己的
Boy
,很难更换,很难共享给别人,只能单独使用,并负责完全的生命周期。
IOCtype1
,
先看代码:
public
class
Girl
implements
Servicable{
Kissablekissable;
public
void
service(ServiceManagermgr){
kissable=(Kissable)mgr.lookup(
“
kissable”
);
}
public
void
kissYourKissable(){
kissable.kiss();
}
}
这种情况出现于
AvalonFramework
。一个组件实现了
Servicable
接口,就必须实现
service
方法,并传入一个
ServiceManager
。其中会含有需要的其它组件。只需要在
service
方法中初始化需要的
Boy
。
另外,
J2EE
中从
Context
取得对象也属于
type1
。
它依赖于配置文件
<container>
<componentname=
“
kissable
“
class=
“
Boy">
<configuration>
…
</configuration>
</component>
<componentname=
“
girl"class=
“
Girl"/>
</container>
IOCtype2
:
public
class
Girl{
private
Kissablekissable;
public
void
setKissable(Kissablekissable){
this
.kissable=kissable;
}
public
void
kissYourKissable(){
kissable.kiss();
}
}
Type2
出现于
SpringFramework
,是通过
JavaBean
的
set
方法来将需要的
Boy
传递给
Girl
。它必须依赖于配置文件。
<beans>
<beanid=
“
boy"class=
“