about spring
之前对于为什么要用spring感到迷惑，看了《spring in action 中文版》后终于明白。这本书极力推荐。
1.IOS（控制反转）
书中用了一个很好的例子，圆桌骑士和探险任务。大概描述一下：
classBigSoldiers {
String name;
HorseQuest quest;//寻找好马的任务
BigSoldiers (String name){
this.name = name; //构造士兵
quest = new HorseQuest (); //获得探险任务
}
quest.runQuest(); //执行任务
}
class HorseQuest {
HorseQuest (){..}
public void runHorseQuest throws HorseNotFoundException() {
...、//执行任务
}
}
可以发现在BigSoldiers 中因为要用到HorseQuest类，所以BigSoldiers 中充斥了很多的HorseQuest类的代码。
当我们测试BigSoldiers 类的时候也就间接测试了HorseQuest类，
这样做的后果是带来两个类的紧密耦合。并且我们不能测试所有的情况，（如HorseQuest
返回null或抛出HorseNotFoundException的情况)。当HorseQuest有修改的时候，可能也
要修改BigSoldiers 类。
这对oop来说不是好的状态。我们应该给与BigSoldiers 更好的独立性。
面对紧耦合，我们应想办法解耦合。把类隐藏在接口下是解耦合的一种好方法。
对代码作如下修改：
士兵是一个人，先定义士兵的接口
public interface People{
public Object runQuest()
}
我们让BigSoldiers 类继承People
class BigSoldiers implements People{
String name;
Quest quest;//寻找好马的任务
BigSoldiers (String name){
this.name = name; //构造士兵
quest = new HorseQuest (); //获得探险任务
}
public Object runQuest(){
return quest.runQuest(); //执行任务
}
}
到用的时候，我们就直接调用接口，实现类隐藏在接口下，到时修改类的时候
就不会有造成牵一发而动全身。按作者所说的，这样，我们朝正确方向又进了一步。
同样，我们修改任务类
定义任务
public interface Quest {
public ObjectquestOver();
}
class HorseQuest implements Quest{
HorseQuest (){..}
public ObjectquestOver throws HorseNotFoundException() { //任务结束
...、//找马
}
}
这样，我们调用接口就能赋予士兵任务，但不足的是士兵现在只能同样一个任务(在这里是找好马)，
也就是一个士兵对应一个任务实例。并且士兵是他自己主动去找任务来执行的。这不符合我们的思维习惯。
士兵应该是被动接受任务，而不是自己决定的。我们应这样再修改
class BigSoldiers implements People{
String name;
Quest quest;//寻找好马的任务
BigSoldiers (String name){
this.name = name; //构造士兵
quest = new HorseQuest (); //获得探险任务
}
public Object runQuest(){
return quest.runQuest(); //执行任务
}
pblic void setQuest（Quest quest）{
this.quest = quest;
}
}
注意加粗字体的改变，这样我们将采用方法注入依赖对象。
也就是士兵将是被动地接受任务了。当然，我们还需要在
applicationContext.xml中具体装配起来。
sping的ioc就是基于这样的思想，通过依赖注入的方法，把类与依赖类的关系统一在xml文件
中管理，易于管理修改。而且使各个类的耦合松散，功能清晰。