掃二維碼與項目經理溝通
我們在微信上24小時期待你的聲音
解答本文疑問/技術咨詢/運營咨詢/技術建議/互聯(lián)網交流
英文原文:Codemonkeyism,編譯:劉志軍

創(chuàng)新互聯(lián)專注于企業(yè)成都營銷網站建設、網站重做改版、廣水網站定制設計、自適應品牌網站建設、H5網站設計、成都商城網站開發(fā)、集團公司官網建設、外貿營銷網站建設、高端網站制作、響應式網頁設計等建站業(yè)務,價格優(yōu)惠性價比高,為廣水等各大城市提供網站開發(fā)制作服務。
招聘和面試對開發(fā)經理來說是一個無盡頭的工作,雖然有時你可以從HR這邊獲得一些幫助,但是最后還是得由你來拍板,或者就像另一篇文章“Java 面試題:寫一個字符串的反轉”所說:
面試開發(fā)人員不僅辛苦而且乏味,當然也有一些極好的參考,如:Joel Guerilla Guide to interviewing,但是最后錄用與否你來決定。為了快速了解他們的編程能力,我已經想好要問他們字符串反轉的問題。
除了字符串反轉的問題外,還有一道好題。
好了,很明顯傳統(tǒng)意義上Java并沒有多繼承,所以正確的答案應該是:“沒有”或者“有,但是”或者“沒有,但是”。單從這點就可以探索出不同的方法來。通常我會問“是否因Java語言的設計者笨到沒法實現多重繼承”作為我們話題的開始,為什么C++那幫家伙實現了呢?我主要以菱形繼承問題來說明:
在面向對象的編程語言中總伴隨著多重繼承及組織的理解。菱形繼承問題就是在如下情景時出現含糊不清的情況:當兩個類B和C繼承自A,類D同時繼承自B和C, 如果D中的一個方法調用一個在A中定義的方法(不是覆蓋方法).而B和C分別用不同地方式重寫(overridden)了方法,那么這個方法到底是繼承的哪個類呢,B還是C?
另一探索性的方法是:Java怎么模擬“多重繼承”?我想答案已經浮出水面了,就是接口(Interface)。我們經常在Java中討論接口,那么應試者在什么時候,怎么使用接口的呢? 使用接口又有什么好處呢?應試者是否喜歡使用接口?我可以檢測他對建模有多熟練,有時還會讓他針對接口畫畫圖。我們繼續(xù)談論Java中接口的問題,當兩個 接口有相同的靜態(tài)域(field),有一個類實現了Java中所謂的“多繼承”的兩個接口時會出現什么情況?
- publicinterfaceI1 {
- String NAME = "codemonkeyism";
- }
- publicinterfaceI2 {
- String NAME = "stephan";
- }
- publicclassC implementsI1, I2 {
- publicstaticvoidmain(String[] args) {
- System.out.println(NAME);
Java堅持了他們的做法,語言的設計者決定不讓其編譯通過。
C.java:3: reference to NAME is ambiguous, both variable NAME
in I1 and variable NAME in I2 match
System.out.println(NAME);
^
1 error還有更多的方法和我們的應試者去探討多繼承的問題, 例如:接口中方法的修飾符是什么?對于菱形繼承問題使用traits實現混合結構是否比使用接口更好,還是和多繼承一樣的糟糕?正如我不在那么鐘愛繼承一 樣,大量使用繼承是一種代碼異味。我們還可以和應試者討論繼承的負面因素—–重耦合的例子。
為什么會有這問題?
我為什么會問這個問題呢,從這個問題中又學到了什么?繼承在面向對象(OO)中是很基礎的概念,是每個Java程序員都應該理解的概念。同時也是他反映到工 作中,理解超出語法層面的另一個基本的特性。所以對于多繼承問題,我喜歡那些可以引出很多可以探討與思考的問題。這個繼承問題只是多繼承、語言設計、代碼 味道、解決方案、接口、基于角色的開發(fā)等眾多問題中的一種而已。

我們在微信上24小時期待你的聲音
解答本文疑問/技術咨詢/運營咨詢/技術建議/互聯(lián)網交流