<rt id="bn8ez"></rt>
<label id="bn8ez"></label>
  • 

    • <span id="bn8ez"></span>
    

    <label id="bn8ez"><meter id="bn8ez"></meter></label>
    

    
    

    




    







												


        




    
	
		
		
    

隨筆-23 
評(píng)論-0 
文章-5 
trackbacks-0

    
	

    

    
	
					


    
	
	
    原文：http://blog.csdn.net/sunboard/article/details/3831823
    1.概述
    一個(gè)軟件設(shè)計(jì)的好壞，我想很大程度上取決于它的整體架構(gòu)，而這個(gè)整體架構(gòu)其實(shí)就是你對(duì)整個(gè)宏觀商業(yè)業(yè)務(wù)的抽象框架，當(dāng)代表業(yè)務(wù)邏輯的高層抽象層結(jié)構(gòu) 合理時(shí)，你底層的具體實(shí)現(xiàn)需要考慮的就僅僅是一些算法和一些具體的業(yè)務(wù)實(shí)現(xiàn)了。當(dāng)你需要再開發(fā)另一個(gè)相近的項(xiàng)目時(shí)，你以前的抽象層說不定還可以再次利用 。面對(duì)對(duì)象的設(shè)計(jì)，復(fù)用的重點(diǎn)其實(shí)應(yīng)該是抽象層的復(fù)用，而不是具體某一個(gè)代碼塊的復(fù)用。
    說到了抽象，我就不能不提到曾讓我頭痛的Java接口和Java抽象類了，這也是本文我想說的重點(diǎn)。
    既然面向?qū)ο笤O(shè)計(jì)的重點(diǎn)在于抽象，那Java接口和Java抽象類就有它存在的必然性了。
    Java接口(interface)和Java抽象類(abstract class)代表的就是抽象類型，就是我們需要提出的抽象層的具體表現(xiàn)。OOP面向?qū)ο蟮木幊蹋绻岣叱绦虻膹?fù)用率，增加程序 的可維護(hù)性，可擴(kuò)展性，就必須是面向接口的編程，面向抽象的編程，正確地使用接口、抽象類這些有用的抽象類型作為你結(jié)構(gòu)層次上的頂層。
    Java接口和Java抽象類有太多相似的地方，又有太多特別的地方，究竟在什么地方，才是它們的最佳位置呢？把它們比較一下，你就可以發(fā)現(xiàn)了。
    1. Java接口和Java抽象類最大的一個(gè)區(qū)別，就在于Java抽象類可以提供某些方法的部分實(shí)現(xiàn)，而Java接口不可以（就是interface中只能定義方法，而不能有方法的實(shí)現(xiàn)，而在abstract class中則可以既有方法的具體實(shí)現(xiàn)，又有沒有具體實(shí)現(xiàn)的抽象方法），這大概就是Java抽象類唯一的優(yōu)點(diǎn)吧，但這個(gè)優(yōu)點(diǎn)非常有用。如果向一個(gè)抽象類里加入一個(gè)新的具體方法時(shí)，那么它所有的子類都一下子都得到了這個(gè)新方法，而Java接口做不到這一點(diǎn)，如果向一個(gè)Java接口里加入一個(gè) 新方法，所有實(shí)現(xiàn)這個(gè)接口的類就無法成功通過編譯了，因?yàn)槟惚仨氉屆恳粋€(gè)類都再實(shí)現(xiàn)這個(gè)方法才行，這顯然是Java接口的缺點(diǎn)。這個(gè)在我的另外一篇博客mapreduce 新舊API 區(qū)別中有提到類似的問題，在新的mapreduce api中更傾向于使用抽象類，而不是接口，因?yàn)檫@更容易擴(kuò)展。原因就是上面劃線部分所說的。
    2. 一個(gè)抽象類的實(shí)現(xiàn)只能由這個(gè)抽象類的子類給出，也就是說，這個(gè)實(shí)現(xiàn)處在抽象類所定義出的繼承的等級(jí)結(jié)構(gòu)中，而由于Java語言的單繼承性，所以抽象類作為類型定義工具的效能大打折扣。在這一點(diǎn)上，Java接口的優(yōu)勢就出來了，任何一個(gè)實(shí)現(xiàn)了一個(gè)Java接口所規(guī)定的方法的類都可以具有這個(gè)接口的類型，而一個(gè)類可以實(shí)現(xiàn)任意多個(gè)Java接口，從而這個(gè)類就有了多種類型。（使用抽象類，那么繼承這個(gè)抽象類的子類類型就比較單一，因?yàn)樽宇愔荒軉卫^承抽象類；而子類能夠同時(shí)實(shí)現(xiàn)多個(gè)接口，因?yàn)轭愋途捅容^多。接口和抽象類都可以定義對(duì)象，但是只能用他們的具體實(shí)現(xiàn)類來進(jìn)行實(shí)例化。）
    3. 從第2點(diǎn)不難看出，Java接口是定義混合類型的理想工具，混合類表明一個(gè)類不僅僅具有某個(gè)主類型的行為，而且具有其他的次要行為。
    4. 結(jié)合1、2點(diǎn)中抽象類和Java接口的各自優(yōu)勢，具精典的設(shè)計(jì)模式就出來了：聲明類型的工作仍然由Java接口承擔(dān)，但是同時(shí)給出一個(gè)Java 抽象類，且實(shí)現(xiàn)了這個(gè)接口，而其他同屬于這個(gè)抽象類型的具體類可以選擇實(shí)現(xiàn)這個(gè)Java接口，也可以選擇繼承這個(gè)抽象類，也就是說在層次結(jié)構(gòu)中，Java 接口在最上面，然后緊跟著抽象類，這下兩個(gè)的最大優(yōu)點(diǎn)都能發(fā)揮到極至了。這個(gè)模式就是“缺省適配模式”。在Java語言API中用了這種模式，而且全都遵循一定的命名規(guī)范：Abstract ＋接口名。（A extends AbstractB implements interfaceC，那么A即可以選擇實(shí)現(xiàn)(@Override)接口interfaceC中的方法，也可以選擇不實(shí)現(xiàn)；A即可以選擇實(shí)現(xiàn)(@Override)抽象類AbstractB中的方法，也可以選擇不實(shí)現(xiàn)）
    Java接口和Java抽象類的存在就是為了用于具體類的實(shí)現(xiàn)和繼承的，如果你準(zhǔn)備寫一個(gè)具體類去繼承另一個(gè)具體類的話，那你的設(shè)計(jì)就有很大問題了。Java抽象類就是為了繼承而存在的，它的抽象方法就是為了強(qiáng)制子類必須去實(shí)現(xiàn)的。
    使用Java接口和抽象Java類進(jìn)行變量的類型聲明、參數(shù)是類型聲明、方法的返還類型說明，以及數(shù)據(jù)類型的轉(zhuǎn)換等。而不要用具體Java類進(jìn)行變量的類型聲明、參數(shù)是類型聲明、方法的返還類型說明，以及數(shù)據(jù)類型的轉(zhuǎn)換等。
    2.實(shí)例
    下面給出一個(gè)具體的接口Action，代碼如下所示：
    1. package org.springframework.webflow.execution;  
    2. public interface Action {  
    3.     public Event execute(RequestContext context) throws Exception;  
    4. }  
    在這個(gè)接口中，定義了一個(gè)沒有具體實(shí)現(xiàn)的方法，方法名叫做execute()，返回類型是Event。如前面第一條所述，接口中的方法都是沒有實(shí)現(xiàn)的。這些方法的具體實(shí)現(xiàn)是在實(shí)現(xiàn)(implements)這個(gè)接口的類中給出的。
    再來看一個(gè)實(shí)現(xiàn)Action接口的抽象類AbstractAction，代碼如下。
    1. package org.springframework.webflow.action;  
    2.   
    3. import org.apache.commons.logging.Log;  
    4. import org.apache.commons.logging.LogFactory;  
    5. import org.springframework.beans.factory.BeanInitializationException;  
    6. import org.springframework.beans.factory.InitializingBean;  
    7. import org.springframework.util.ClassUtils;  
    8. import org.springframework.webflow.core.collection.AttributeMap;  
    9. import org.springframework.webflow.execution.Action;  
    10. import org.springframework.webflow.execution.Event;  
    11. import org.springframework.webflow.execution.RequestContext;  
    12.   
    13. public abstract class AbstractAction implements Action, InitializingBean {  
    14.   
    15.     protected final Log logger = LogFactory.getLog(getClass());  
    16.   
    17.     public EventFactorySupport getEventFactorySupport() {  
    18.         return new EventFactorySupport();  
    19.     }  
    20.   
    21.     public void afterPropertiesSet() throws Exception {  
    22.         try {  
    23.             initAction();  
    24.         } catch (Exception ex) {  
    25.             throw new BeanInitializationException("Initialization of this Action failed: " + ex.getMessage(), ex);  
    26.         }  
    27.     }  
    28.   
    29.     protected void initAction() throws Exception {  
    30.     }  
    31.   
    32.     protected Event success() {  
    33.         return getEventFactorySupport().success(this);  
    34.     }  
    35.   
    36.     protected Event success(Object result) {  
    37.         return getEventFactorySupport().success(this, result);  
    38.     }  
    39.   
    40.     protected Event error() {  
    41.         return getEventFactorySupport().error(this);  
    42.     }  
    43.   
    44.     protected Event error(Exception e) {  
    45.         return getEventFactorySupport().error(this, e);  
    46.     }  
    47.   
    48.     protected Event yes() {  
    49.         return getEventFactorySupport().yes(this);  
    50.     }  
    51.   
    52.     protected Event no() {  
    53.         return getEventFactorySupport().no(this);  
    54.     }  
    55.   
    56.     protected Event result(boolean booleanResult) {  
    57.         return getEventFactorySupport().event(this, booleanResult);  
    58.     }  
    59.   
    60.     protected Event result(String eventId) {  
    61.         return getEventFactorySupport().event(this, eventId);  
    62.     }  
    63.   
    64.     protected Event result(String eventId, AttributeMap resultAttributes) {  
    65.         return getEventFactorySupport().event(this, eventId, resultAttributes);  
    66.     }  
    67.   
    68.     protected Event result(String eventId, String resultAttributeName, Object resultAttributeValue) {  
    69.         return getEventFactorySupport().event(this, eventId, resultAttributeName, resultAttributeValue);  
    70.     }  
    71.   
    72.     public final Event execute(RequestContext context) throws Exception {  
    73.         Event result = doPreExecute(context);  
    74.         if (result == null) {  
    75.             result = doExecute(context);  
    76.             doPostExecute(context);  
    77.         } else {  
    78.             if (logger.isInfoEnabled()) {  
    79.                 logger.info("Action execution disallowed; pre-execution result is '" + result.getId() + "'");  
    80.             }  
    81.         }  
    82.         return result;  
    83.     }  
    84.   
    85.     protected String getActionNameForLogging() {  
    86.         return ClassUtils.getShortName(getClass());  
    87.     }  
    88.   
    89.     protected Event doPreExecute(RequestContext context) throws Exception {  
    90.         return null;  
    91.     }  
    92.   
    93.     //抽象方法  
    94.     protected abstract Event doExecute(RequestContext context) throws Exception;  
    95.   
    96.     protected void doPostExecute(RequestContext context) throws Exception {  
    97.     }  
    98. }  
    在抽象類AbstractAction中，既有具體實(shí)現(xiàn)的方法，又有沒有具體實(shí)現(xiàn)的抽象方法
    1. //抽象方法  
    2. protected abstract Event doExecute(RequestContext context) throws Exception;  
    需要注意的是在抽象類中，如果方法沒有具體實(shí)現(xiàn)（就是方法后面沒有{}），那么必須加上abstract來聲明這個(gè)方法，而接口中不需要使用abstract來聲明（抽象類之所以被稱為抽象類，就是因?yàn)樗谐橄蠓椒ā：谐橄蠓椒ǖ念惤凶龀橄箢悾?/strong>。 
	
    posted on 2013-03-08 09:03 ForMeBlog 閱讀(178) 評(píng)論(0)  編輯  收藏  所屬分類: Java 
    

    







    
	    
    




    





    


    

	
    
		
    
				
		
	
		
    
		
		
    只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
    
		
    
			
		
    
			
		
    
		
		
    
		


    

		    		
		
    
		
    			
		
		
		
		
    
		
    
		
		
    
		
    
			網(wǎng)站導(dǎo)航:
		
		
    
		
    
			


		
    	
		
    
			 
		
    
		
    
			
		
    
		
    
			
				
		
    		
	
    	

    



    

				

    







    







        
	



主站蜘蛛池模板：
最近免费mv在线电影|
亚洲AV中文无码乱人伦在线视色|
亚洲夂夂婷婷色拍WW47|
四虎永久免费地址在线观看|
免费国产a理论片|
国产亚洲3p无码一区二区|
久久精品国产免费观看三人同眠|
亚洲成a人在线看天堂无码|
国产成人免费ā片在线观看老同学|
亚洲一区二区三区国产精品无码|
亚洲AV成人潮喷综合网|
182tv免费视视频线路一二三|
在线精品亚洲一区二区
|
国产成人3p视频免费观看|
一级做a爰性色毛片免费|
亚洲另类精品xxxx人妖|
国产免费小视频在线观看|
十八禁在线观看视频播放免费|
亚洲人成网站18禁止|
亚洲国产精品无码久久SM|
免费精品一区二区三区在线观看|
国内精品久久久久影院免费|
亚洲综合色丁香婷婷六月图片|
国产亚洲精午夜久久久久久|
日韩欧美一区二区三区免费观看|
成在线人免费无码高潮喷水|
亚洲成av人片不卡无码|
免费一级做a爰片久久毛片潮喷|
久久久久久精品免费看SSS|
一级一黄在线观看视频免费|
亚洲视频欧洲视频|
亚洲精品无码永久在线观看|
毛片免费观看的视频|
小草在线看片免费人成视久网|
大片免费观看92在线视频线视频|
亚洲国产成人久久三区|
亚洲国产无套无码av电影|
免费成人午夜视频|
成人永久福利免费观看|
成人女人A级毛片免费软件|
99麻豆久久久国产精品免费
|