多維度分析：抽象類和接口的區別

【編者按】本文做者是Sebastian Malaca，是面向對象編程的狂熱者，不斷深化研究整潔代碼和高代碼質量。本文中，做者經過多個方面深刻剖析抽象類和接口的區別，並結合經驗供讀者借鑑學習，本文系 OneAPM 工程師編譯整理。

在開發人員崗位面試時，是否瞭解抽象類和接口之間的基本區別是一個很重要的考量因素。

顯而易見？

徹底不是。筆者面試過不少人，一般問的第一個問題是關於接口和抽象類的區別。但實際上不多有程序員能給出正確的解答。

就這個問題來講，初級程序員可能都會清楚之間的區別，可能也並不必定理解其背後的緣由，但其結構上的差別，特別是針對特定語言（幾乎和全部的面向對象的語言同樣）應該深刻了解。

同時，筆者也發現其餘職位候選人（有時甚至是高級職位）居然也不知道這之間的差別，或者只知道的一個或幾個。

若是隻是須要了解這些內容那並不難，但這些都是面向對象的基礎知識，所以想要設計良好的代碼必須對其有一個深刻的認識。

下面將詳細介紹這些基礎知識。

繼承

下面將從衆所周知的接口和抽象類的區別開始。這種差別是關於繼承的，任何類均可以實現多個接口，可是隻能擴展一個類，也只能有一個父類。

多個類擴展是一個語言特性，它存在於一些面向對象的語言。爲何呢？由於它帶來的問題每每多於價值。

當一個類有許多父類時，有一個狀況就是徹底相同的方法會聲明多個，所以必須顯式地「告知」究竟須要的是哪個。

這樣的代碼一般難以維護，由於對其進行的任何修改或者重構都必須當心地檢查。另外一方面，若是一個類須要擴展（至少）兩個擁有相同方法的類，那麼 DRY 規則顯然會被破壞(所以須要從別處下手），或者說會干擾到 Single Responsibility Principle (SAP)。

「若是多個類的繼承如此糟糕，爲何它能夠實現許多接口呢？」——若是這樣的問題在你的腦海盤旋，我不得不認可這是一個絕妙的問題。

然而，很簡單。每個接口都是基於函數而不是一個類去實現。因此，即便實現十個不一樣的接口，每一個包含相同的方法聲明，內部也不會發生衝突。接口保證了方法的存在，而不是去說明方法的實現，這意味着，只要不違反 SRP ，你徹底能夠實現多個接口。

方法的可見度

接口中的全部方法都是 Public 的，但對於抽象類的聲明並無這樣的規則，固然不能是 Private 。爲何不能 Private？由於一個抽象方法須要在子類中實現，但 Private 沒法訪問子類，所以不抽象類不可能存在 Private 屬性。

接着迴歸主題。正如上文寫道的，接口是一個函數的保證，你能夠把它看成使用接口的類和實現這個接口的類之間的一個合約——保證一個特定類將實現全部聲明的方法。這也是爲何這些方法必須是 Public 的緣由。由於被嚴格的限制到了實現上，因此其餘一切都不成問題。

然而，當涉及到抽象類時並不是這樣。咱們老是能夠有不一樣的類組，除了這幾方面基本上不一樣之外，其餘地方几乎同樣，類體的公共方法也是很是類似的。在這種狀況下，能夠建立 Protected 方法來保持類之間的差別。Template Method 就是一個很典型的例子。

聲明和定義

接口只能包含方法聲明，而抽象類還能夠包含方法的定義。

接口的重點在於提供特定函數，而抽象類還在於子類實現的類似性，不只僅是其中的函數。

常量

接口和抽象類中均可以定義常量。這是由於這些值不依賴於特定對象，對它們來講都是相同的。

屬性

抽象類能夠包含屬性，但接口卻不能。緣由與聲明和定義是同樣的。

總結

除了說明差別，筆者也試圖解釋它產生的緣由。這不只是由於人們發明某個語言時的突發奇想，而是源於語言背後所支撐的理念。

原文連接：Differences Between Abstract Class and Interface

OneAPM 是應用性能管理領域的新興領軍企業，能幫助企業用戶和開發者輕鬆實現：緩慢的程序代碼和 SQL 語句的實時抓取。想閱讀更多技術文章，請訪問 OneAPM 官方博客。