最近在學(xué)習(xí)j2se，經(jīng)過了大約有二十天，把馬士兵老師的J2SE看完了，感覺這個老師太幽默了，聽他講課不會走神，時間的利用率特別高。真心的給馬士兵老師點個贊，然后再給讓我們學(xué)習(xí)這個視頻的米老師點兩個?。ㄊ澜缟喜环γ篮玫氖挛?，缺乏的是發(fā)現(xiàn)美好事物的眼睛！）。

廢話不多說了，看看在這個視頻中，到底講了那些內(nèi)容。如下圖所示:

可能學(xué)習(xí)過任何一種面向?qū)ο笳Z言（我學(xué)的c#，c#就是仿照J(rèn)ava，并對java進(jìn)一步改良）的人，看到這個圖的第一感覺，都是這些東西基本上不是都學(xué)習(xí)過嗎，好像只有GUI，JDBC是個新的東東。

其實真的是差不多的，反正大部分人認(rèn)為他們是相同的。下邊對他們進(jìn)行一下比較！

在語法方面，兩者都擯棄了C++中函數(shù)及其參數(shù)的const修飾，宏代換，全局變量和全局函數(shù)等許多華而不實的地方。

在繼承方面，兩者都采用了更易于理解和建構(gòu)的單根繼承和多接口實現(xiàn)的方案。在源代碼組織方面，都提出了聲明與實現(xiàn)于一體的更好的邏輯封裝。

在基本類型和單根繼承的對象之間的類型統(tǒng)一方面C#提出的box/unbox要比Java的包裝類顯得高明，效率也要好。

面向組件無疑是當(dāng)代軟件開發(fā)的主流。C#對組件編程甚至到了"迷戀"的地步，這與6年前就出道的Java不可同日而語--當(dāng)然這是時代問題。C#通過屬性，索引器，委派，事件，操作符重載，特征，版本等實現(xiàn)了其對組件編程的第一手的支持。雖然這些在Java中都可以通過方法，接口或者適配器來間接地實現(xiàn)，但軟件業(yè)的歷史告訴我們這無論對編程效率或者邏輯設(shè)計都是一種極大的損傷--高級語言首先面對的是人，而不是機器。除去這些語言層面的組件支持機制，.NET平臺也為組件的配置，運行，管理等提供了一攬子解決方案，而為組件開發(fā)量身定做的Visual Studio.NET更是令人興奮，這都為C#的組件編程開辟了廣闊的天地。在其他技術(shù)方面Java的微弱劣勢尚且可以忽略不計，但在組件編程方面Java相較于C#卻有著不可治愈的硬傷。尤其對于從C++和Visual Basic背景過來的開發(fā)人員，C#在這方面有著不可抵擋的魅力和誘惑。

在跨平臺方面，Java的支持和實現(xiàn)都是為人稱道的，雖然JVM的速度仍然讓人備感頭疼。而C#雖然在底層構(gòu)造方面對移植性進(jìn)行了充分的考慮，但至少目前還沒有成熟的，經(jīng)過檢驗的產(chǎn)品。C#在跨平臺方面似乎更熱衷于XML Web Services互操作，而不是跨平臺編程。但C#通過其基礎(chǔ)語言構(gòu)造（CLI）對二十多種主流語言的對象級的互操作支持，又極大地提升了C#的技術(shù)地位。和COM組件廉價地互操作也為C#掙到不少分?jǐn)?shù)--保持一個兼容的體系對現(xiàn)代軟件工業(yè)非常重要，也是對廣大開發(fā)人員負(fù)責(zé)任的表現(xiàn)。

當(dāng)然兩個語言的全面的技術(shù)品評絕非僅僅上述幾點簡單的羅列比較，其后端平臺(C# for .NET, Java for J2EE)，及其編程框架的支持，各語言相關(guān)工具的實現(xiàn)，現(xiàn)有的系統(tǒng)基礎(chǔ)等等都對程序設(shè)計語言的發(fā)展產(chǎn)生相當(dāng)?shù)挠绊?。從純技術(shù)角度來講，C#無疑較Java更具競爭力。爭吵誰抄襲誰也沒有意義--技術(shù)的發(fā)展本來就是一個相互借鑒的過程。純技術(shù)較量也并不能決定這場論戰(zhàn)的勝負(fù)--如果非要一決雌雄的話。軟件界倒樂見競爭，經(jīng)過市場錘煉的技術(shù)才能更好地為我們服務(wù)，讓我們拭目以待!