亚洲欧美精品沙发,日韩在线精品视频,亚洲Av每日更新在线观看,亚洲国产另类一区在线5

<pre id="hdphd"></pre>

  • <div id="hdphd"><small id="hdphd"></small></div>
      學習啦>生活課堂>生活小常識>

      java抽象類與接口的區(qū)別

      時間: 志峰887 分享

        java中的抽象類和接口有什么區(qū)別?我們不妨來看一下。下面是學習啦小編為大家準備的java抽象類與接口的區(qū)別,希望大家喜歡!

        java抽象類與接口的區(qū)別

        java抽象類與接口的概述

        一個軟件設(shè)計的好壞,我想很大程度上取決于它的整體架構(gòu),而這個整體架構(gòu)其實就是你對整個宏觀商業(yè)業(yè)務(wù)的抽象框架,當代表業(yè)務(wù)邏輯的高層抽象層結(jié)構(gòu) 合理時,你底層的具體實現(xiàn)需要考慮的就僅僅是一些算法和一些具體的業(yè)務(wù)實現(xiàn)了。當你需要再開發(fā)另一個相近的項目時,你以前的抽象層說不定還可以再次利用 。面對對象的設(shè)計,復用的重點其實應該是抽象層的復用,而不是具體某一個代碼塊的復用。

        說到了抽象,我就不能不提到曾讓我頭痛的Java接口和Java抽象類了,這也是本文我想說的重點。

        既然面向?qū)ο笤O(shè)計的重點在于抽象,那Java接口和Java抽象類就有它存在的必然性了。

        Java接口(interface)和Java抽象類(abstract class)代表的就是抽象類型,就是我們需要提出的抽象層的具體表現(xiàn)。OOP面向?qū)ο蟮木幊?,如果要提高程序的復用率,增加程?的可維護性,可擴展性,就必須是面向接口的編程,面向抽象的編程,正確地使用接口、抽象類這些有用的抽象類型作為你結(jié)構(gòu)層次上的頂層。

        Java接口和Java抽象類有太多相似的地方,又有太多特別的地方,究竟在什么地方,才是它們的最佳位置呢?把它們比較一下,你就可以發(fā)現(xiàn)了。

        Java接口和Java抽象類最大的一個區(qū)別,就在于Java抽象類可以提供某些方法的部分實現(xiàn),而Java接口不可以(就是interface中只能定義方法,而不能有方法的實現(xiàn),而在abstract class中則可以既有方法的具體實現(xiàn),又有沒有具體實現(xiàn)的抽象方法),這大概就是Java抽象類唯一的優(yōu)點吧,但這個優(yōu)點非常有用。如果向一個抽象類里加入一個新的具體方法時,那么它所有的子類都一下子都得到了這個新方法,而Java接口做不到這一點,如果向一個Java接口里加入一個 新方法,所有實現(xiàn)這個接口的類就無法成功通過編譯了,因為你必須讓每一個類都再實現(xiàn)這個方法才行,這顯然是Java接口的缺點。這個在我的另外一篇博客mapreduce 新舊API 區(qū)別中有提到類似的問題,在新的mapreduce api中更傾向于使用抽象類,而不是接口,因為這更容易擴展。原因就是上面劃線部分所說的。

        一個抽象類的實現(xiàn)只能由這個抽象類的子類給出,也就是說,這個實現(xiàn)處在抽象類所定義出的繼承的等級結(jié)構(gòu)中,而由于Java語言的單繼承性,所以抽象類作為類型定義工具的效能大打折扣。在這一點上,Java接口的優(yōu)勢就出來了,任何一個實現(xiàn)了一個Java接口所規(guī)定的方法的類都可以具有這個接口的類型,而一個類可以實現(xiàn)任意多個Java接口,從而這個類就有了多種類型。(使用抽象類,那么繼承這個抽象類的子類類型就比較單一,因為子類只能單繼承抽象類;而子類能夠同時實現(xiàn)多個接口,因為類型就比較多。接口和抽象類都可以定義對象,但是只能用他們的具體實現(xiàn)類來進行實例化。)

        從第2點不難看出,Java接口是定義混合類型的理想工具,混合類表明一個類不僅僅具有某個主類型的行為,而且具有其他的次要行為。

        結(jié)合1、2點中抽象類和Java接口的各自優(yōu)勢,具精典的設(shè)計模式就出來了:聲明類型的工作仍然由Java接口承擔,但是同時給出一個Java 抽象類,且實現(xiàn)了這個接口,而其他同屬于這個抽象類型的具體類可以選擇實現(xiàn)這個Java接口,也可以選擇繼承這個抽象類,也就是說在層次結(jié)構(gòu)中,Java 接口在最上面,然后緊跟著抽象類,這下兩個的最大優(yōu)點都能發(fā)揮到極至了。這個模式就是“缺省適配模式”。在Java語言API中用了這種模式,而且全都遵循一定的命名規(guī)范:Abstract +接口名。(A extends AbstractB implements interfaceC,那么A即可以選擇實現(xiàn)(@Override)接口interfaceC中的方法,也可以選擇不實現(xiàn);A即可以選擇實現(xiàn)(@Override)抽象類AbstractB中的方法,也可以選擇不實現(xiàn))

        Java接口和Java抽象類的存在就是為了用于具體類的實現(xiàn)和繼承的,如果你準備寫一個具體類去繼承另一個具體類的話,那你的設(shè)計就有很大問題了。Java抽象類就是為了繼承而存在的,它的抽象方法就是為了強制子類必須去實現(xiàn)的。

        使用Java接口和抽象Java類進行變量的類型聲明、參數(shù)是類型聲明、方法的返還類型說明,以及數(shù)據(jù)類型的轉(zhuǎn)換等。而不要用具體Java類進行變量的類型聲明、參數(shù)是類型聲明、方法的返還類型說明,以及數(shù)據(jù)類型的轉(zhuǎn)換等。

        java抽象類與接口的實例

        下面給出一個具體的接口Action,代碼如下所示:

        [java] view plain copypackage org.springframework.webflow.execution;

        public interface Action {

        public Event execute(RequestContext context) throws Exception;

        }

        在這個接口中,定義了一個沒有具體實現(xiàn)的方法,方法名叫做execute(),返回類型是Event。如前面第一條所述,接口中的方法都是沒有實現(xiàn)的。這些方法的具體實現(xiàn)是在實現(xiàn)(implements)這個接口的類中給出的。

        再來看一個實現(xiàn)Action接口的抽象類AbstractAction,代碼如下。

        [java] view plain copypackage org.springframework.webflow.action;

        import org.apache.commons.logging.Log;

        import org.apache.commons.logging.LogFactory;

        import org.springframework.beans.factory.BeanInitializationException;

        import org.springframework.beans.factory.InitializingBean;

        import org.springframework.util.ClassUtils;

        import org.springframework.webflow.core.collection.AttributeMap;

        import org.springframework.webflow.execution.Action;

        import org.springframework.webflow.execution.Event;

        import org.springframework.webflow.execution.RequestContext;

        public abstract class AbstractAction implements Action, InitializingBean {

        protected final Log logger = LogFactory.getLog(getClass());

        public EventFactorySupport getEventFactorySupport() {

        return new EventFactorySupport();

        }

        public void afterPropertiesSet() throws Exception {

        try {

        initAction();

        } catch (Exception ex) {

        throw new BeanInitializationException("Initialization of this Action failed: " + ex.getMessage(), ex);

        }

        }

        protected void initAction() throws Exception {

        }

        protected Event success() {

        return getEventFactorySupport().success(this);

        }

        protected Event success(Object result) {

        return getEventFactorySupport().success(this, result);

        }

        protected Event error() {

        return getEventFactorySupport().error(this);

        }

        protected Event error(Exception e) {

        return getEventFactorySupport().error(this, e);

        }

        protected Event yes() {

        return getEventFactorySupport().yes(this);

        }

        protected Event no() {

        return getEventFactorySupport().no(this);

        }

        protected Event result(boolean booleanResult) {

        return getEventFactorySupport().event(this, booleanResult);

        }

        protected Event result(String eventId) {

        return getEventFactorySupport().event(this, eventId);

        }

        protected Event result(String eventId, AttributeMap resultAttributes) {

        return getEventFactorySupport().event(this, eventId, resultAttributes);

        }

        protected Event result(String eventId, String resultAttributeName, Object resultAttributeValue) {

        return getEventFactorySupport().event(this, eventId, resultAttributeName, resultAttributeValue);

        }

        public final Event execute(RequestContext context) throws Exception {

        Event result = doPreExecute(context);

        if (result == null) {

        result = doExecute(context);

        doPostExecute(context);

        } else {

        if (logger.isInfoEnabled()) {

        logger.info("Action execution disallowed; pre-execution result is '" + result.getId() + "'");

        }

        }

        return result;

        }

        protected String getActionNameForLogging() {

        return ClassUtils.getShortName(getClass());

        }

        protected Event doPreExecute(RequestContext context) throws Exception {

        return null;

        }

        //抽象方法

        protected abstract Event doExecute(RequestContext context) throws Exception;

        protected void doPostExecute(RequestContext context) throws Exception {

        }

        }

        在抽象類AbstractAction中,既有具體實現(xiàn)的方法,又有沒有具體實現(xiàn)的抽象方法

        [java] view plain copy//抽象方法

        protected abstract Event doExecute(RequestContext context) throws Exception;

        需要注意的是在抽象類中,如果方法沒有具體實現(xiàn)(就是方法后面沒有{}),那么必須加上abstract來聲明這個方法,而接口中不需要使用abstract來聲明(抽象類之所以被稱為抽象類,就是因為它包含有抽象方法。含有抽象方法的類叫做抽象類)。

      1721309