總結一下 Spring的IOC、DI

國慶節剛過，應一些朋友的提問，總結一下Spring中IOC也即DI的通俗理解。

網友wm5920解釋：

IOC控制反轉：說的是建立對象實例的控制權從代碼控制剝離到IOC容器控制，實際就是你在xml文件控制，側重於原理。

DI依賴注入：說的是建立對象實例時，爲這個對象注入屬性值或其它對象實例，側重於實現。

 

IOC、DI模式

1.依賴

依賴就是有聯繫，有地方使用到它就是有依賴它，一個系統不可能徹底避免依賴。若是你的一個類或者模塊在項目中沒有用到它，恭喜你，能夠從項目中剔除它或者排除它了，由於沒有一個地方會依賴它。下面看一個簡單的示例：

 /// <summary>
     /// 用戶播放媒體文件
     /// </summary>
     public class OperationMain
     {

         public void playMedia()
         {
             MediaFile _mtype = new MediaFile();
             Player _player = new Player();

             _player.play(_mtype);
         }
     }
     /// <summary>
     /// 播放器
     /// </summary>
     public class Player
     {
         public void play(MediaFile file){ }
     }
     /// <summary>
     /// 媒體文件
     /// </summary>
     public class MediaFile
     {    }

 

上面是一個用戶用播放器播放文件簡單示例，用戶操做是OperationMain類中的playMedia方法，打開一個播放器，選擇一個文件來播放。先看看他們之間的依賴關係，能夠簡單找到有3個依賴

1. Player依賴MediaFile
2. OperationMain依賴Player
3. 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

結構很簡單，因而代碼大體以下：

 

 package ioc;

 /**
  * @author: 特種兵—AK47
  * @建立時間：2012-10-9 上午09:59:56
  *
  * @類說明 ：用戶播放媒體文件
  */
 public class OperationMain {
     public void playMedia(IPlayer iplayer, IMediaFile imediaFile) {
         iplayer.play(imediaFile);
     }
 }

 package ioc;

 /**
  * @author: 特種兵—AK47
  * @建立時間：2012-10-9 上午10:03:23
  *
  * @類說明 ：要播放的媒體文件
  */
 public interface IMediaFile {

     public void getSetPath();

 }

 

 package ioc;

 /**
  * @author: 特種兵—AK47
  * @建立時間：2012-10-9 上午10:03:39
  *
  * @類說明 ：
  */
 public class Mp3File implements IMediaFile {

     @Override
     public void getSetPath() {
         // TODO Auto-generated method stub
         System.out.println("播放 [Mp3] 格式的文件");
     }

 }

 

 package ioc;

 /**
  * @author: 特種兵—AK47
  * @建立時間：2012-10-9 上午10:03:39
  *
  * @類說明 ：
  */
 public class Mp4File implements IMediaFile {

     @Override
     public void getSetPath() {
         // TODO Auto-generated method stub
         System.out.println("播放 [Mp4] 格式的文件");
     }

 }

 

 package ioc;

 /**
  * @author: 特種兵—AK47
  * @建立時間：2012-10-9 上午10:02:41
  *
  * @類說明 ：播放組件的抽象類
  */
 public interface IPlayer {

     public void play(IMediaFile imediaFile);

 }

 package ioc;

 /**
  * @author: 特種兵—AK47
  * @建立時間：2012-10-9 上午10:02:59
  *
  * @類說明 ：
  */
 public class Player implements IPlayer {

     @Override
     public void play(IMediaFile imediaFile) {
         imediaFile.getSetPath();
     }

 }

測試程序：

 package ioc;

 import org.junit.Test;

 /**
  * @author: 特種兵—AK47
  * @建立時間：2012-10-9 上午10:08:25
  *
  * @類說明 ：
  */
 public class IocTest {

     @Test
     public void testIoc() {
         OperationMain opmn = new OperationMain();
         opmn.playMedia(new Player(), new Mp3File());
         opmn.playMedia(new Player(), new Mp4File());
     }
 }

運行一下：

 播放 [Mp3] 格式的文件
 播放 [Mp4] 格式的文件

上面代碼進行了抽象，能夠看到，目的是減小了依賴，可是看上去依賴關係增長了，如用戶PlayMedia方法，依賴還增長了依賴接口和具體的實現，可是接口是穩定的，能夠不考慮，具體的實現纔是變更的，這個依賴仍是要的，要播放文件，一定要用到具體的播放器和具體文件。

3.控制反轉(IoC)/依賴注入(DI)

強調一下，IOC跟DI要表達的是一個意思

現實生活中，是具體的播放器和具體的媒體文件沒有關係，你給它一個Mp3文件他能夠播放，給它一個Mp4文件它也能夠播放，你刪掉你的媒體文件，播放器照樣在，具體什麼播放器，播放什麼文件，控制權所有是咱們用戶本身。

上面的示例中基本實現了隔離，具體的播放器跟具體的媒體隔離了，具體的播放器只跟媒體接口和播放器接口有關。可是PlayMedia的方法裏面的具體對象，寫死了，控制權很是小，若是我想用百度影音播放呢，我想換一首音樂呢，只能從新改代碼，那控制怎麼進行轉移呢？

咱們能夠經過反射來建立，把具體的文件名寫在配置文件裏，這時候客戶端代碼也不用變了，只須要改配置文件就行了，穩定性又有了提升，以下：

 public void PlayMedia() {
     IMediaFile _mtype = Assembly.Load(ConfigurationManager.AppSettings["AssemName"]).CreateInstance(ConfigurationManager.AppSettings["MediaName"]);
     IPlayer _player = Assembly.Load(ConfigurationManager.AppSettings["AssemName"]).CreateInstance(ConfigurationManager.AppSettings["PlayerName"]);

     _player.Play(_mtype);
 }

 

這個具對象是哪個，全由配置文件來控制了，這個具體對象的控制權交給了配置文件了，這也是人們常說的控制反轉。

控制反轉IoC是Inversion of Control的縮寫，是說對象的控制權進行轉移，轉移到第三方，好比轉移交給了IoC容器，它就是一個建立工廠，你要什麼對象，它就給你什麼對象，有了IoC容器，依賴關係就變了，原先的依賴關係就沒了，它們都依賴IoC容器了，經過IoC容器來創建它們之間的關係。