IOC、DI模式
1.依赖
依赖就是有联系，有地方使用到它就是有依赖它，一个系统不可能完全避免依赖。如果你的一个类或者模块在项目中没有用到它，恭喜你，可以从项目中剔除它或者排除它了，因为没有一个地方会依赖它。下面看一个简单的示例：
上面是一个用户用播放器播放文件简单示例，用户操作是OperationMain类中的playMedia方法，打开一个播放器，选择一个文件来播放。先看看他们之间的依赖关系，可以简单找到有3个依赖
- Player依赖MediaFile
- OperationMain依赖Player
- OperationMain依赖MediaFile
2.依赖倒置
需求增加了，要用不同的播放器，播放不同的文件，我们要抽象出来，减少耦合。
耦合关系就是依赖关系，如果依赖关系相当繁杂，牵一发而动全身，很难维护；依赖关系越少，耦合关系就越低，系统就越稳定，所以我们要减少依赖。
幸亏Robert Martin大师提出了面向对象设计原则----依赖倒置原则：
- A. 上层模块不应该依赖于下层模块，它们共同依赖于一个抽象。
- B. 抽象不能依赖于具象，具象依赖于抽象。
理解：A.上层是使用者，下层是被使用者，这就导致的结果是上层依赖下层了，下层变动了，自然就会影响到上层了，导致系统不稳定，甚至是牵一发而动全身。那怎么减少依赖呢？就是上层和下层都去依赖另一个抽象，这个抽象比较稳定，整个就来说就比较稳定了。
B.面向对象编程时面向抽象或者面向借口编程，抽象一般比较稳定，实现抽象的具体肯定是要依赖抽象的，抽象不应该去依赖别的具体，应该依赖抽象。
上面播放器的示例中，我们已经找到依赖关系了，现在我们要按照依赖倒置原则，来进行优化。
根据原则如下改动：
- Player依赖MediaFile，好办，让Player和MediaFile都去依赖一个抽象IMediaFile
- OperationMain依赖Player，好办，让OperationMain和Player都依赖一个抽象IPlayer
- OperationMain依赖MediaFile，好办，让OperationMain和MediaFile都依赖一个抽象IMediaFile
- IPlayer不能依赖具体MediaFile，应该依赖于具体MediaFile的抽象IMediaFile
结构很简单，于是代码大致如下：
?
