【空接口的使用】

　　在接口使用的時候，空接口有2種情況:
　　1。類似Cloneable，Serializable，他們往往是做一個標記，表示需要某個功能。當然你也可以這么用，來表示你的類具有某個功能，實現了你的某個接口。
　　2。你的接口繼承了別的接口(非空)，你的接口本身沒有聲明函數。這種情況一般是你不希望用戶使用父接口來作為參數類型，因為他們的用途可能不同，此時就可以用空接口來實現。
　　
　　第一種情況我們不再多說，搜索一下關于Cloneable，Serializable的文章就會了解很多。
　　我們來看下面的代碼:

　　public interface Text
　　{
　　String getText();
　　}
　　
　　public interface SqlText extends Text
　　{
　　}

　　
　　可以看到，Text接口是用于返回一個字符串。而SqlText是一個空接口，它繼承了Text接口。也就是說SqlText也是一種Text。但是我們可以知道，任何一個字符串不一定是Sql字符串，所以此時聲明了一個SqlText接口來用于表名當前的字符串是一個Sql字符串。你的函數可以這樣聲明:

　　public void doQuery(SqlText aSqlText)

　　而不是這樣
　　
　　public void doQuery(Text aText)

　　避免用戶產生歧義的想法，一眼看去，就明白應該傳入一個Sql字符串。
　　

　　【繼承層次過多】
　　一般來說，繼承的層次不要過多，否則使用者可能會討厭，找一個函數會很麻煩。很多Java語言檢查工具都建議你的繼承層次不要超過3層。
　　
　　
　　【Has A ，Is A，不要濫用繼承】

　　"我是一個Mp3"，"我有一個Mp3"，其實很容易分辨。但是在實際應用中，往往存在把"我有一個Mp3"的情況當作"我是一個Mp3"，或者是為了偷懶方便而放松了對自己的要求，甚至還沾沾自喜，感覺找到一個捷徑。(scud以前也干過這種事情)。
　　
　　以前我曾經這樣干過:我的邏輯類直接繼承了我的數據庫訪問類，這樣我可以直接在邏輯類里面訪問:
　　

　　public MyLogic extends MyDBA
　　
　　aLogic。getInt("click");
　　aLogic。getString("name");
　　
　　

　　看起來是非常方便，但是你的邏輯類就牢牢綁在了DBA上，是一種非常不好的做法。現在我這樣聲明:
　　

　　public MyLogic
　　
　　MyDBA adba;
　　
　　adba。getInt("click");
　　adba。getString("name");
　　
　　

　　其實代碼改動不大，但是你的邏輯類不在牢牢綁在DBA身上了，何樂而不為。
　　
　　其實這種現象在開發人員中間可能經常見到，我們要盡量避免。下面再來看一個例子:
　　
　　//一個保存分頁信息的類
　　

　　public class PageInfo
　　{
　　private int page;
　　private int pageCount;
　　private int recPerPage;
　　private int recCount;
　　
　　//get，set method list。。。
　　}

　　一般的情況是，在Dao中進行分頁查詢，計算總記錄，總頁數等等，所以需要把PageInfo傳給Dao。而在邏輯類中，把傳回來的分頁信息數據推到FormBean或者是Action中。
　　也許你會這么想，如果我的Action或者FormBean繼承了PageInfo，豈不是要省很多事。
　　
　　千萬別這么干。并不是所有的動作都需要分頁信息，你的FormBean和PageInfo沒有繼承的關系。也就是說FormBean Has A PageInfo，但是不是Is A PageInfo。