抽象類和介面的區別
在面向物件編程當中，抽象類和介面是為抽象而生而的兩個概念，在初學時特別容易搞混它們倆，
Java 既支持介面，也支持抽象類，這里主要拿 Java 的介面和抽象類做比較，簡單地在 Java 中定義這兩個概念就是，抽象類是包含抽象方法的類，介面是對行為的抽象，
抽象類
在 Java 中，抽象類仍然以 class 定義，并在此基礎上增加 abstract 修飾，如下是抽象類的定義：
[public|protected] abstract class ClassName {
abstract void fun();
}
從定義上看，Java 中的抽象類就是用來繼承的，沒有被繼承的抽象類沒有任何實際的作用，而且，抽象類中的抽象方法只是起到一個限制的作用，并沒有提供實際的方法體，這也要求子類去實作自己的方法體，
將抽象類的特征總結一下，大概有以下幾點：
- 抽象類不允許被實體化，只能被繼承
- 抽象類可以包含屬性和方法，方法里既可以包含具體實作，也可以不包含具體實作，不包含具體實作的方法稱為抽象方法
- 子類繼承抽象類，必須實作抽象類的所有抽象方法
介面
在 Java 中，介面以 interface 定義，與 class 定義的類不同，如下是介面的定義：
[public|protected] interface InterfaceName {
void func();
}
介面實際上也可以包含變數和方法，但是，介面中的變數會被隱式地指定為 public static final 修飾的不可變數，介面中的方法會被隱式地指定為 public abstract 修飾的方法，
將介面的特性總結一下，大概有以下幾點：
- 介面不能宣告屬性，可以宣告的是靜態變數
- 介面宣告的方法不包含具體實作
- 類實作介面的時候，必須實作介面中宣告的所有方法
區別
從上述對抽象類和介面的簡單分析看，抽象類和介面的概念非常相似，從明面上看，其最大的區別就是，抽象類是用來繼承的，介面是用來實作的，
從更深層次的角度上看，抽象類是不能被實體化的類，只能被子類繼承，繼承關系表示的是一種 is-A 的關系，介面表示的是一種 has-A 關系，
在使用時，抽象類可以定義一些公共的屬性、方法，抽象方法用于宣告子類繼承的約束；介面的主要作用就是宣告實作的協議，但是相比抽象類的優勢就是一個類可以實作多個介面，
抽象類和介面的使用
抽象類的使用
首先，只能被子類繼承的抽象類能解決代碼復用的問題，
然后，抽象類表達的是一種抽象概念，適用于表示現實生活中的抽象概念，如狗是具體物件，動物則是抽象概念，
使用抽象方法，而非空的方法體，創建子類時就知道他必須要重寫該方法，而不能忽略，
使用抽象類，類的使用者創建物件的時候，就知道他必須要使用某個具體子類，而不是抽象類本身，
使用抽象類提高了安全性，降低了開發者犯錯的概率，是一種更優雅的編碼方式，
抽象類更多的作用是引導使用者正確使用，避免被誤用，
介面的使用
介面是對行為的一種抽象，相當于一組協議，更側重于解耦，
呼叫者只需要關注抽象的介面，不需要了解具體的實作，具體的實作代碼對呼叫者透明，介面實作了約定和實作相分離，可以降低代碼間的耦合，提高代碼的擴展性，
配合使用
如果抽象類只定義抽象方法，那抽象類和介面非常相似，但介面和抽象類在根本上是不同的，一個類可以實作多個介面，但只能繼承一個類，
抽象類和介面是配合而不是替代，它們經常一起使用，介面宣告能力，抽象類提供默認實作，實作全部或部分方法，一個介面經常有一個對應的抽象類，
比如，在 Java 類別庫中有以下關系：
- Collection 介面和對應的 AbstractCollection 抽象類
- List 介面和對應的 AbstractList 抽象類
- Map 介面和對應的 AbstractMap 抽象類
模擬抽象類和介面
通過抽象類實作介面
介面沒有成員變數，沒有方法實作，只有方法宣告，實作介面的類必須實作介面中的所有方法，
只要滿足上述幾個特點，從設計的角度上講，它就可以叫作介面，
在 Java 中，使用抽象類實作起來也比較簡單，即抽象類只定義抽象方法即可，缺陷就是子類無法繼承多個抽象類，
用普通類模擬介面
普通的類是可以包含具體實作的，這不符合介面的定義，但是，可以讓類中的方法拋出 NoSuchMethodError 錯誤來模擬不包含實作的介面，并且強迫子類在繼承這個父類時都去主動實作父類的方法，否則就會在運行時拋出例外，
為了避免普通的類被實體化，需要將這個類的建構式宣告成 protected 訪問權限，
具體的代碼實作如下：
public class MockInterface {
protected MockInterface() {}
public void funcA() {
throw new NoSuchMethodError();
}
}
同樣的，無論是使用抽象類還是普通類，實作的介面都無法滿足介面的所有特性，這里也僅做一些了解，
基于介面而非實作編程
在軟體開發中，最大的挑戰之一就是需求的不斷變化，因此，開發時一定要具有抽象意識、封裝意識、介面意識，
越抽象、越頂層、越脫離具體某一實作的設計，越能提高代碼的靈活性、擴展性、可維護性，
這個時候，介面的存在就非常必要了，通過使用介面定義實作類的協議，將約定和實作分離，做到了解耦的效果，
在定義介面的時候，一些注意事項就是：命名一定要足夠通用，不能包含跟具體實作相關的字眼；另一方面，與特定實作相關的方法不要定義在介面中，
通常，越是不穩定的系統，越是要在代碼的擴展性、維護性上下功夫，相反，某個系統特別穩定，在開發完成之后，基本不需要做維護，則沒有必要為其擴展性、維護性投入不必要的開發時間，
首發于翔仔的個人博客，點擊查看更多，
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/501277.html
標籤：面向對象
下一篇：基于介面而非實作編程