關(guān)于Java中的繼承和組合的一個(gè)錯(cuò)誤使用的例子

更新時(shí)間：2016年08月28日 18:45:13 投稿：mdxy-dxy

這篇文章主要介紹了關(guān)于Java中的繼承和組合的一個(gè)錯(cuò)誤使用的例子,需要的朋友可以參考下

相信絕大多數(shù)人都比較熟悉Java中的「繼承」和「組合」這兩個(gè)東西，本篇文章就主要就這兩個(gè)話(huà)題談?wù)撘幌隆Ｈ绻夷承┑胤綄?xiě)的不對(duì)，或者比較幼稚，論證不清晰，歡迎大家留言指正。

什么是「組合」和「繼承」

假設(shè)有2個(gè)class：A和B:

如果class A extends B 那么我們就說(shuō)A繼承B，A是子類(lèi)，B是父類(lèi)，這種情況就是繼承。
如果A中有一個(gè)屬性的類(lèi)型為B，那么我們就說(shuō)這種情況就是組合。

分別在什么情況下使用

回想一些我們一般會(huì)在什么情況下考慮這兩個(gè)東西呢？我大致想了一下，往往會(huì)有如下的場(chǎng)景：

公用代碼
為了表明事物之間的「共性」或者說(shuō)僅僅為了「泛型」，抽取abstract class或者interface

我想來(lái)想去，好像真的只有這兩種情況了，但是這兩種情況有特別的有關(guān)聯(lián)，比如說(shuō)公用代碼這個(gè)事情，其實(shí)abstract class和interface（Java 8中的default method）都可以達(dá)到。

好吧，說(shuō)了這么多屁話(huà)，我就直接拋出我的觀點(diǎn)吧，歡迎拍磚：

如果你僅僅想公用代碼，而且使用這些公用代碼的class或者method并沒(méi)有很明顯的聯(lián)系，那么就請(qǐng)使用組合。
如果若干個(gè)class或者其method有比較明顯的聯(lián)系，那么請(qǐng)抽取一個(gè)abstract class或者interface
慎用「屬性繼承」的特性，建議子類(lèi)明確復(fù)寫(xiě)所需要的父類(lèi)的屬性。這一點(diǎn)尤為重要，后續(xù)會(huì)有一個(gè)例子來(lái)說(shuō)明這種情況的不利面。

反面教材

比較常見(jiàn)的一個(gè)例子：我們?cè)趯?shí)際的項(xiàng)目中，往往會(huì)定義好的的POJO或者說(shuō)model，而這些model往往都會(huì)有一些名詞和類(lèi)型相同的屬性，比如：

// db table primary key
private int id;

很常見(jiàn)吧，但是我在實(shí)際工作中遇到過(guò)不少的同事，系統(tǒng)定義一個(gè)名稱(chēng)可能為BaseModel或者RootModel的類(lèi)，把上面的屬性id放在里面，然后整個(gè)項(xiàng)目中所有的model都繼承這個(gè)BaseModdel類(lèi)。不知道你們是否遇到過(guò)這樣的同事？你們覺(jué)的這樣寫(xiě)能有什么好處和壞處呢？

先說(shuō)好處吧，如果非要說(shuō)能帶來(lái)什么好處的話(huà)，除了少敲幾下鍵盤(pán)，在子類(lèi)中少些了這些屬性以外，沒(méi)看見(jiàn)有啥實(shí)質(zhì)性的好處。但是卻為項(xiàng)目后續(xù)的維護(hù)帶來(lái)了很麻煩的事情。

然后說(shuō)這種寫(xiě)法的潛在問(wèn)題吧：

某一天，因?yàn)橐恍┰?，你想找子?lèi)A（繼承了BaseModel）中的屬性id在項(xiàng)目中的哪些地方使用

機(jī)智的你熟練的使用起了IDE中的find usages,然后你就會(huì)發(fā)現(xiàn)你找到的使用位置非常的多，而且好多壓根不是你關(guān)心的。但是沒(méi)辦法，你也搜索到了其他的繼承了BaseModel的類(lèi)的屬性id的使用位置。如果項(xiàng)目不大，可能搜索到的熟練比較少，如果項(xiàng)目大了一點(diǎn)呢？當(dāng)搜索熟練超過(guò)了50處，你接下來(lái)會(huì)怎么做？