前言 :
参加点部落的活动，关于IoC(控制反转)大家有很多的讨论。
本文排除对象生成的部份，单纯解释IoC为甚么叫做控制反转。
本篇文章以之前写的 [Object-oriented] : 重用内容来举例。
未IoC之前的对象图 :
很明显的
左边的组件A，相依右边的组件B。
左边的对象，相依右边的对象
public class Robot
{private Car _car = null;public Robot(Car car){_car = car;}public void Work(){_car.Run();}
}public class Car
{public void Run(){}
}
IoC之后的对象图 :
很清楚的看到，组件A不再相依组件B。
反倒是组件B为了继承ICar接口，相依了组件A。(物件也是相依性反转)
public class Robot
{private ICar _car = null;public Robot(ICar car){_car = car;}public void Work(){_car.Run();}
}public interface ICar
{void Run();
}public class Car : ICar
{public void Run(){}
}
后记 :
由上面的范例来看，
很明显的对象的相依性方向改变了。
还有组件的相依性方向也改变了。
总的归纳起来。
狭义的说 : 在切割对象相依性的时候，可以采用IoC。
广义的说 : 在架构子系统或是应用层的时候，也可以采用IoC。
广广义的说 : ASP.NET把页面的内容，交由程序设计师去撰写，也是IoC的一种应用。
他是一种实现『切割相依性』、『重用上层，抽换下层』这些目的的模式。
IoC不是很新奇的技术，甚至跟各种面向对象技术、设计模式都有点部份重合。
但是主要是让我们在切割类别或是系统的时候，有个共同的名词。
另外补充，学习模式是用来帮助设计、分析跟学习。
学完了之后实际在工作上去实做， 等写到忘记这些模式名词，
并且可以组合出自己需要的模式，才算真的有到一个段落。
(怎么有点像倚天屠龙记的桥段...XD)
