Java中的接口與繼承怎么定義

這篇文章主要講解了“Java中的接口與繼承怎么定義”，文中的講解內容簡單清晰，易于學習與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學習“Java中的接口與繼承怎么定義”吧！

假設我有很多個類，分別是Mysql.java、SQLServer.java、Oracle.java、DB2.java，他們分別連接不同的數據庫，統一返回一個Connection對象，并且都有一個close方法，用于關閉連接。只需要針對你的DBMS，選擇不同的類，就可以用了，但是我的用戶他會使用什么數據庫？我不知道，我希望的是盡量少的修改代碼，就能滿足他的需要。我可以抽象如下接口：

package org.bromon.test;   public interface DB   {   java.sql.Connection openDB(String url,String user,String password);   void close();   }

這個接口只定義兩個方法，沒有任何有實際意義的代碼，具體的代碼由實作這個接口的類來給出，比如Mysql.java：

Package org.bromon.test;   import java.sql.*;   public class Mysql implements DB   {   private String url=”jdbc:mysql:localhost:3306/test”;   private String user=”root”;   private String password=””;   private Connection conn;   public Connection openDB(url,user,password)   {   //連接數據庫的代碼   }  public void close()   {   //關閉數據庫   }   }

類似的當然還有Oracle.java等等，接口DB給這些類歸了個類，在應用程序中我們這樣定義對象：

org.bromon.test.DB myDB;

使用myDB來操作數據庫，就可以不用管實際上我所使用的是哪個類，這就是所謂的“開-閉”原則。但是問題在于接口是不能實例化的，myDB=new DB()，這樣的代碼是絕對錯誤的，我們只能myDB=new Mysql()或者myDB=new Oracle()。麻煩了，我還是需要指定具體實例化的是哪個類，用了接口跟沒用一樣。所以我們需要一個工廠：

package org.bromon.test;   public class DBFactory   {   public static DB Connection getConn()   {   Return(new Mysql());   }   }

所以實例化的代碼變成：

myDB=DBFactory.getConn()；

這就是23種模式中最基礎的普通工廠(Factory)，工廠類負責具體實例化哪個類，而其他的程序邏輯都是針對DB這個接口進行操作，這就是“針對接口編程”。責任都被推卸給工廠類了，當然你也可以繼續定義工廠接口，繼續把責任上拋，這就演變成抽象工廠(Abstract Factory)。

整個過程中接口不負責任何具體操作，其他的程序要連接數據庫的話，只需要構造一個DB對象就OK，而不管工廠類如何變化。這就是接口的意義----抽象。

繼承的概念不用多說，很好理解。為什么要繼承呢？因為你想重用代碼？這絕對不是理由，繼承的意義也在于抽象，而不是代碼重用。如果對象A有一個run()方法，對象B也想有這個方法，所以有人就Class B extends A。這是不經大腦的做法。如果在B中實例化一個A，調用A的Run()方法，是不是可以達到同樣的目的？如下：

Class B   {   A a=new A();   a.run();   }

這就是利用類的聚合來重用代碼，是委派模式的雛形，是GoF一貫倡導的做法。

感謝各位的閱讀，以上就是“Java中的接口與繼承怎么定義”的內容了，經過本文的學習后，相信大家對Java中的接口與繼承怎么定義這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關知識點的文章，歡迎關注！