介紹IoC

          介紹 IOC  

          作者：冰云icecloud(AT)sina.com
          BLOG:時間：2004.02.15 

          

          


          


            

          版權聲明： 

          本文由冰云完成，首發于CSDN，作者保留中文版權。
          未經許可，不得使用于任何商業用途。
          歡迎轉載，但請保持文章及版權聲明完整。
          如需聯絡請發郵件：icecloud(AT)sina.com 

          

          

          一、什么是IOC 

          IoC就是InversionofControl，控制反轉。在Java開發中，IoC意味著將你設計好的類交給系統去控制，而不是在你的類內部控制。這稱為控制反轉。 

            

          下面我們以幾個例子來說明什么是IoC 

            

          假設我們要設計一個Girl和一個Boy類，其中Girl有kiss方法，即Girl想要Kiss一個Boy。那么，我們的問題是，Girl如何能夠認識這個Boy？ 

          

          

             在我們中國，常見的ＭＭ與GG的認識方式有以下幾種 

             １　青梅竹馬； ２　親友介紹； ３　父母包辦 

            

             那么哪一種才是最好呢？ 

             青梅竹馬：Girl從小就知道自己的Boy。 

              

          

          

              

          

          


          
  

          publicclassGirl{  
             voidkiss(){
                Boyboy=newBoy();
             }
          } 

            

            

             然而從開始就創建的Boy缺點就是無法在更換。并且要負責Boy的整個生命周期。如果我們的Girl想要換一個怎么辦？（筆者嚴重不支持Girl經常更換Boy） 

            

             親友介紹：由中間人負責提供Boy來見面 

          

          

                 

          

          


          

          public          classGirl{
             voidkiss(){
                Boyboy=BoyFactory.createBoy();      
             }
          }
          

          

            

             親友介紹，固然是好。如果不滿意，盡管另外換一個好了。但是，親友BoyFactory經常是以Singleton的形式出現，不然就是，存在于Globals，無處不在，無處不能。實在是太繁瑣了一點，不夠靈活。我為什么一定要這個親友摻和進來呢？為什么一定要付給她介紹費呢？萬一最好的朋友愛上了我的男朋友呢？ 

            

             父母包辦：一切交給父母，自己不用費吹灰之力，只需要等著Kiss就好了。 

            

          

          

                 

          

          


          

          public          classGirl{
             voidkiss(Boyboy){
                //kissboy  
               boy.kiss();
             }
          }
          

          

             Well，這是對Girl最好的方法，只要想辦法賄賂了Girl的父母，并把Boy交給他。那么我們就可以輕松的和Girl來Kiss了。看來幾千年傳統的父母之命還真是有用哦。至少Boy和Girl不用自己瞎忙乎了。 

             這就是IOC，將對象的創建和獲取提取到外部。由外部容器提供需要的組件。 

            

             我們知道好萊塢原則：“Donotcallus,wewillcallyou.”意思就是，You,girlie,donotcalltheboy.Wewillfeedyouaboy。 

            

             我們還應該知道依賴倒轉原則即DependenceInversionPrincinple，DIP。 

            

          

          

          EricGamma說，要面向抽象編程。面向接口編程是面向對象的核心。 

          組件應該分為兩部分，即 

          Service,所提供功能的聲明 

          Implementation,Service的實現 

          好處是：多實現可以任意切換，防止“everythingdependsoneverything”問題．即具體依賴于具體。 

          所以，我們的Boy應該是實現Kissable接口。這樣一旦Girl不想kiss可惡的Boy的話，還可以kiss可愛的kitten和慈祥的grandmother。 

            

          

          

          二、IOC的type 

             IoC的Type指的是Girl得到Boy的幾種不同方式。我們逐一來說明。 

            

             IOCtype0：不用IOC 

            

          

          


          
  

          publicclassGirlimplementsServicable{ 

             privateKissablekissable; 

             publicGirl(){
                 kissable=newBoy();
             } 

             publicvoidkissYourKissable(){
                 kissable.kiss();
             } 

          } 

            

          

            

             Girl自己建立自己的Boy，很難更換，很難共享給別人，只能單獨使用，并負責完全的生命周期。 

            

             IOCtype1，先看代碼： 

            

          

          


          
  

          publicclassGirlimplementsServicable{ 

             Kissablekissable; 

             publicvoidservice(ServiceManagermgr){
                 kissable=(Kissable)mgr.lookup(“kissable”);
             } 

             publicvoidkissYourKissable(){
                 kissable.kiss();
             } 

          } 

            

          

            

             這種情況出現于AvalonFramework。一個組件實現了Servicable接口，就必須實現service方法，并傳入一個ServiceManager。其中會含有需要的其它組件。只需要在service方法中初始化需要的Boy。 

             另外，J2EE中從Context取得對象也屬于type1。 

            

             它依賴于配置文件 

          

          


          
  

          <container>
             <componentname=“kissable“class=“Boy">              
                <configuration>…</configuration>
             </component> 

             <componentname=“girl"class=“Girl"/>
          </container> 

            

          

            

             IOCtype2： 

              

          

          


          
  

          publicclassGirl{ 

             privateKissablekissable; 

             publicvoidsetKissable(Kissablekissable){
                 this.kissable=kissable;
             } 

             publicvoidkissYourKissable(){
                 kissable.kiss();
             } 

          } 

            

          

            

             Type2出現于SpringFramework，是通過JavaBean的set方法來將需要的Boy傳遞給Girl。它必須依賴于配置文件。 

                 

          

          


          
  

          <beans>
             <beanid=“boy"class=“Boy"/>
             <beanid=“girl“class=“Girl">
                 <propertyname=“kissable">
                    <refbean=“boy"/>
                 </property>
             </bean>
          </beans> 

            

          

            

          IOCtype3 

            

          

          


          
  

          publicclassGirl{ 

             privateKissablekissable; 

             publicGirl(Kissablekissable){
                 this.kissable=kissable;
             } 

             publicvoidkissYourKissable(){
                 kissable.kiss();
             } 

          } 

            

          

            

             這就是PicoContainer的組件。通過構造函數傳遞Boy給Girl。 

            

            

          

          


          
  

          PicoContainercontainer=newDefaultPicoContainer();
          container.registerComponentImplementation(Boy.class);
          container.registerComponentImplementation(Girl.class);
          Girlgirl=(Girl)container.getComponentInstance(Girl.class);
          girl.kissYourKissable(); 

            

          

            

             關于PicoContainer，作者后續文章會詳細介紹。 

            

          作者語：   

             Well，以上的這些理論部分有些已經有了新的定義了。過些天我會再寫一些文章具體說明。比如，原來的三種type結構現在已經重新定義為依賴注射的許多層次。 

          IoC很年輕，還在發展。伴隨著IOC的發展，AOP，COP，SOP等等都在不斷的發展。作為程序員，隨時關注著新的思想的發展是一件很輕松愉快的事情。有沒有人愿意和我一起探討學習共同進步呀！ 

              

            

          參考資料 

            

             1本文主要插圖及文字來源于ThoughtWorks公司的JonTirsén與AslakHelles?y（PicoContainer的兩位開發者），2003年在JavaPolis的演講PPT。有刪改。 

            

             2DIP，RobertCMartin,Bob大叔的優秀論文 

            

          3DependencyInjection　依賴注射，MatrinFowler對DIP的擴展 

            

          4IOC框架 

          PicoContainer優秀的IOC框架 

          Avalon 

          SpringFramework 

          HiveMind 

            

          5中文資料 

          程序匠：國內研究Pico的先驅 

          Jdon：板橋也在研究 

          Spring　Framework中文論壇 

          Avalon中文資料 

          ERPROAD 

          http://www.erproad.org/index.asp?vt=bycat&cat_id=37 

          OpenHeart 

          http://blogbus.com/blogbus/blog/index.php?blogid=2529&cat=5          
	
          
		posted on 2005-11-29 10:14 花木 閱讀(114) 評論(0)  編輯  收藏  
	
          

          
	
	





          
	    
    




          





          


          

	
          
		
          
				
		
	
		
          
		
		
          只有注冊用戶登錄后才能發表評論。
          
		
          
			
		
          
			
		
          
		
		
          
		


          

		          		
		
          
		
          			
		
		
		
		
          
		
          
		
		
          
		
          
			網站導航:
		
		
          
		
          
			
		
          	
		
          
			 
		
          
		
          
			
		
          
		
          
			
				
		
          		
	
          	

          



          

				
			
           
          
		
          
		

	
          

    







          
        
	




主站蜘蛛池模板：
澄城县|
同德县|
苏州市|
灵川县|
抚顺县|
赞皇县|
友谊县|
商水县|
玛多县|
文水县|
武冈市|
夹江县|
礼泉县|
江川县|
台山市|
茂名市|
兴化市|
三河市|
沧州市|
江川县|
修水县|
太白县|
永仁县|
常山县|
昂仁县|
上饶县|
清水河县|
兴义市|
政和县|
巫山县|
双城市|
庆阳市|
九台市|
青州市|
安多县|
清苑县|
德州市|
岳阳市|
德安县|
宜兴市|
永修县|