介绍 IOC

现在的位置: 首页 > 综合 > 正文

RSS

2013年01月28日 ⁄ 综合 ⁄ 共 4302字 ⁄ 字号小中大 ⁄ 评论关闭

作者：冰云
icecloud(AT)sina.com
BLOG: http://icecloud.51.net

时间：
2004.02.15

一、什么是

IOC

IoC
就是
Inversion of Control
，控制反转。在
Java
开发中，
IoC
意味着将你设计好的类交给系统去控制，而不是在你的类内部控制。这称为控制反转。

下面我们以几个例子来说明什么是
IoC

假设我们要设计一个
Girl
和一个
Boy
类，其中
Girl
有
kiss
方法，即
Girl
想要
Kiss
一个
Boy
。那么，我们的问题是，
Girl
如何能够认识这个
Boy
？

在我们中国，常见的ＭＭ与
GG
的认识方式有以下几种

１　青梅竹马；

２　亲友介绍；

３　父母包办

那么哪一种才是最好呢？

青梅竹马

：
Girl
从小就知道自己的
Boy
。

public

class

Girl {


void

kiss(){

       Boy boy =
new

Boy();

    }

}

然而从开始就创建的
Boy
缺点就是无法在更换。并且要负责
Boy
的整个生命周期。如果我们的
Girl
想要换一个怎么办？（笔者严重不支持
Girl
经常更换
Boy
）

亲友介绍

：由中间人负责提供
Boy
来见面

public

class

Girl {


void

kiss(){

       Boy boy = BoyFactory.createBoy();

    }

}

亲友介绍，固然是好。如果不满意，尽管另外换一个好了。但是，亲友
BoyFactory
经常是以
Singleton
的形式出现，不然就是，存在于
Globals
，无处不在，无处不能。实在是太繁琐了一点，不够灵活。我为什么一定要这个亲友掺和进来呢？为什么一定要付给她介绍费呢？万一最好的朋友爱上了我的男朋友呢？

父母包办

：一切交给父母，自己不用费吹灰之力，只需要等着
Kiss
就好了。

public

class

Girl {


void

kiss(Boy boy){

       // kiss boy

      boy.kiss();

    }

}

Well
，这是对
Girl
最好的方法，只要想办法贿赂了
Girl
的父母，并把
Boy
交给他。那么我们就可以轻松的和
Girl
来
Kiss
了。看来几千年传统的父母之命还真是有用哦。至少
Boy
和
Girl
不用自己瞎忙乎了。

这就是
IOC
，将对象的创建和获取提取到外部。由外部容器提供需要的组件。

我们知道好莱坞原则

：
“Do not call us, we will call you.”
意思就是，
You, girlie, do not call the boy. We will feed you a boy
。

我们还应该知道依赖倒转原则

即
Dependence Inversion Princinple
，
DIP
。

Eric Gamma
说，要面向抽象编程。面向接口编程是面向对象的核心。

组件应该分为两部分，即

Service

,
所提供功能的声明

Implementation

, Service
的实现

好处是：多实现可以任意切换，防止

“
everything depends on everything
”

问题．即具体依赖于具体。

所以，我们的
Boy
应该是实现
Kissable
接口。这样一旦
Girl
不想
kiss
可恶的
Boy
的话，还可以
kiss
可爱的
kitten
和慈祥的
grandmother
。

二、

IOC

的

type

IoC
的
Type
指的是
Girl
得到
Boy
的几种不同方式。我们逐一来说明。

IOC type 0

：

不用
IOC

public

class

Girl
implements

Servicable {

private

Kissable kissable;

public

Girl() {

        kissable =
new

Boy();

    }

public

void

kissYourKissable() {

        kissable.kiss();

    }

}

Girl
自己建立自己的
Boy
，很难更换，很难共享给别人，只能单独使用，并负责完全的生命周期。

IOC type 1

，

先看代码：

public

class

Girl
implements

Servicable {

Kissable kissable;

public

void

service(ServiceManager mgr) {

        kissable = (Kissable) mgr.lookup(
“kissable
”);

    }

public

void

kissYourKissable() {

        kissable.kiss();

    }

}

这种情况出现于
Avalon Framework
。一个组件实现了
Servicable
接口，就必须实现
service
方法，并传入一个
ServiceManager
。其中会含有需要的其它组件。只需要在
service
方法中初始化需要的
Boy
。

另外，
J2EE
中从
Context
取得对象也属于
type 1
。

它依赖于配置文件

<component name=

“

girl" class=

“

Girl" />

</container>

IOC type 2

：

public

class

Girl {

private

Kissable kissable;

public

void

setKissable(Kissable kissable) {


this

.kissable = kissable;

    }

public

void

kissYourKissable() {

        kissable.kiss();

    }

}

Type 2
出现于
Spring Framework
，是通过
JavaBean
的
set
方法来将需要的
Boy
传递给
Girl
。它必须依赖于配置文件。

IOC type 3

public

class

Girl {

private

Kissable kissable;

public

Girl(Kissable kissable) {


this

.kissable = kissable;

    }

public

void

kissYourKissable() {

        kissable.kiss();

    }

}

这就是
PicoContainer
的组件

。通过构造函数传递
Boy
给
Girl
。

PicoContainer container =
new

DefaultPicoContainer();

container.registerComponentImplementation(Boy.
class

);

container.registerComponentImplementation(Girl.
class

);

Girl girl = (Girl) container.getComponentInstance(Girl.
class

);

girl.kissYourKissable();