首先当然是IoC的概念:
控制反转(Inversion of Control)是一个重要的面向对象编程的法则来削减计算机程序的耦合问题。 它还有一个名字叫做依赖注入(Dependency Injection)。IoC不是什么技术,它是一种设计模式。顾名思义,而控制反转本质上是把接口的具体实现类的控制权分离出来给第三方去决定。
以下是一个网上讲解的例子加之自己的理解:
如有这样一个描述:某公司新成立了一个项目组,项目组有若干成员和一个项目组长,项目组成立后第一次开会上,作为项目组长的小李按照惯例首先做了简短的自我介绍。
根据上述的描述,如果我们写出如下代码和类图:
首先是Li类,定义一个introduce():
public class Li {
public void introduce() {
System.out.println("大家好,我是小李");
}
}
接着是team类来,定义一个firstmeeting()来实现introduce方法的调用:
public class Team {
public void firstMeeting() {
Li li = new Li();
li.introduce();
}
}
在上述的代码,应该说基本完成了相关的需求,但是仔细考虑之后就会发现,上述的代码是根据具体的场景描述进行的,并没有进行抽象,这样就导致我们不能灵活的安排项目组长去做开场,即根据现在的代码,开场自我介绍被绑定给了小李而不能安排给其他人。为了解决上述的问题,我们引入Leader接口,相关代码和类图如下:
public interface Leader {
public void introduce();
}
public class Li implements Leader {
@Override
public void introduce() {
System.out.println("大家好,我是小李");
}
}
public class Team {
public void firstMeeting() {
Leader li = new Li();
li.introduce();
}
}
虽然上述的代码可以让我们安排给其他成员开场(即通过谁来实现Leader这个接口),但是我们可以看出Team类同时依赖Leader接口和Li类,并没有达到我们所期望的Team仅仅依赖于Leader接口的目的,如何解决这个问题呢?当然是引入Boss,由Boss决定具体由谁担任项目组长。具体类图和代码如下:
public interface Leader {
public void introduce();
}
public class Li implements Leader {
@Override
public void introduce() {
System.out.println("大家好,我是小李");
}
}
public class Team {
public void firstMetting(Leader leader){
leader.introduce();
}
}
public class Boss {
public void direct(){
Leader leader = new Li();
Team team = new Team();
team.firstMetting(leader);
}
}
从上述代码我们可以看到,Boos类里新定义了一个direct方法,来决定实例化的Leader对象具体实现的是哪个用户类,这里是Li,也就是让小李成为项目组长;你也可以定义个Wang类来实现Leader接口,从而让小王成为项目组长。也就是说:通过引入老板类,我们将项目小组和具体由谁担任项目组长进行解耦。
对应上述例子,IoC从字面上看分为控制和反转,控制在上面的实例中就是具体由谁担任项目组长,而反转就是将决定谁担任项目组长转移到Boss类中。通俗理解就是将接口的具体实现类(Li)的控制权从调用类(Team)中分离转交给第三方(Boss)决定。
至http://www.cnblogs.com/zs234/转载