給JAVA設計開發新手的一些建議和意見(3)

給JAVA設計開發新手的一些建議和意見(3)[@more@]　　【空介面的使用】

　　在介面使用的時候，空介面有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。