Java語言深入：C#與Java相似之處的對比

C#和Java都是很不錯的語言。他們通過類似的方式達到了類似的目的，盡管C#比Java多出來一些和句法相關(guān)的東西，例如foreach關(guān)鍵字和一些更加讓人高興的擴展／實現(xiàn)架構(gòu)。不幸的是，這些改進的光芒被削弱的東西掩蓋掉了。在本文里，我將比較兩種語言，并盡量避免深入到JVM和CLR層。

Java：無可爭辯地具有C++所有的精華


在比較Java和C#的時候，你不可能不注意到它們諸多的相似之處，這在某種程度上要歸結(jié)于它們共同的來源：C和C++。但是，當(dāng)Gosling和他的同事們坐下來創(chuàng)造Java的時候，他們不僅吸取了C++的能力，而且更重要的是，他們減掉了一些無用特性，后者讓C++更容易出錯誤而且更難學(xué)習(xí)。C#的設(shè)計者加入了很多C++的特性，而Java也加入了這些特性，但是C#卻沒有去掉C++的最糟糕的一些特性。其結(jié)果就是這樣一門語言，它仍然為所有人提供了所有的特性，但其結(jié)局是內(nèi)部沖突不斷，而且過于復(fù)雜。

散漫的句法缺陷


最容易找出的錯誤是流控制和句法。C#提供了goto command，將其作為更改程序執(zhí)行點的機制。自從Edsger W. Dijkstra在1968年出版了他的《關(guān)于Go to陳述式害處的考慮（Go To Statement Considered Harmful）》。Goto語句導(dǎo)致代碼難以調(diào)試，而且很難被測試工具處理。

在另一種不同的情況下，操作符過載同樣也有很大問題，只不過層次不一樣罷了。當(dāng)“+”根據(jù)操作數(shù)的類型而代表任何東西的時候，代碼的功能就不再透明，難以預(yù)料的副作用就會發(fā)生。

C#在安全上的削弱


C#有一個用于將代碼區(qū)域標(biāo)示為不安全的簡單機制。在這些不安全的區(qū)域里，Java以及后來的C#安排到位了一些安全措施，用以防止程序員直接修改內(nèi)存位置，以及使用點運算，但是這些措施是值得懷疑的。在使用具有垃圾清理功能的高級語言時，如果下到內(nèi)存地址這一層，就會把對象／內(nèi)存之間有意作出分離弄混。錯誤就會容易出現(xiàn)，調(diào)試成了惡夢，緩沖區(qū)溢出再次抬頭，C和C++里著名的安全漏洞再次現(xiàn)身。

C#還允許對主機系統(tǒng)上本機庫的簡單訪問。這個與非.NET對象相結(jié)合的訪問同Java本機接口（JNI）所提供的功能類似，但是它更加危險。JNI被設(shè)計用來小心地限制Java代碼以及本機代碼同已定義好的接口之間的交互操作，.NET使得調(diào)用本機對象文件變得極其簡單，結(jié)果導(dǎo)致開發(fā)人員在做這的時候，無法意識到他們在這一過程中把平臺的可移植性也扔出了窗外。

SOAP的集成


C#，及其更大的擴展.NET，已經(jīng)同SOAP Web服務(wù)緊密地集成在一起。SOAP是使用XML指定參數(shù)和結(jié)果值來進行遠程過程調(diào)用的好標(biāo)準，但是它并不是唯一的方式。利用用于Web服務(wù)的外部庫能夠允許Java開發(fā)人員輕易地更改其Web服務(wù)的風(fēng)格，使其成為SOAP、XML-RPC，或者什么還沒有發(fā)明的東西。當(dāng)然，C#的開發(fā)人員總是能夠選擇將外部庫用于SOAP的Web服務(wù)，但是由SOAP標(biāo)準的緊密集成所造成的限制要比它能夠做的東西更多。

所有者的恐慌


C#里最令人恐慌的特性可能就是其所有者了。微軟已經(jīng)為將C#和.NET用于非Windows平臺進行了精心的展示，但是這在很大程度上還只是作秀。其用于非Windows平臺的CLR是問題多多，錯誤多多。它通過ECMA標(biāo)準化過程來運行C#??這一步連Sun也不敢在Java上邁出。其擔(dān)心來自于微軟對此可能封鎖的程度，如果它愿意的話。微軟已經(jīng)申請了一個專利，以排斥他人編寫第三方的CRL，例如Mono計劃。如果微軟決定對免費的C#和.NET社區(qū)施壓，它就有能力拿票子和法律的大棒把其開發(fā)活動趕回到Win32平臺??當(dāng)然這也不是它想看到的情況。

而Java語言則相反，不是ECMA標(biāo)準的，真可惜Sun沒有遵從這一標(biāo)準。但是，它是可以實現(xiàn)的，而且沒有專利的阻礙，其虛擬機和核心類庫都有來自第三方的開放和封閉源代碼的實現(xiàn)。C#看起來是免費的，其實不然，而Java看起來限制很多，但是它能夠依據(jù)法律通過免費的途徑來實現(xiàn)。

最后，我從來都沒有想到我會說這個，但是Java具有更好工具的支持，即使是在考慮到集成開發(fā)環(huán)境（IDE）的情況下。Visual Studio .NET是一個很不錯的IDE。它代表了多年的努力，而且特性很豐富。但是，Eclipse IDE包括了對Java的支持，它在穩(wěn)定性、易用性和所提供的特性上超過了Visual Studio。IBM對Eclipse的貢獻舉足輕重，而且如果你信奉原來的軟件格言“創(chuàng)建一個扔掉的（Build one to throw away）”，那么你可以把Visual Age作為第一個（被拋棄掉了的）嘗試。對于使用C#的開發(fā)人員來說幸運的是，Eclipse的.NET版本正在開發(fā)中。

不是那么差，但是還不是Java


客觀一點評價，C#里并沒有什么很恐怖的東西。它沒有Visual Basic里的那些很恐怖的東西，而且它事實上也沒有繼承像C里的一些東西，而這些東西會讓開發(fā)人員開槍卻打中自己腳。但是，底線是，C#并沒有做很多東西，如果有任何東西比Java更好的話。它在某些方面很明顯的要更差。在這兩個非常類似的語言之間作選擇的時候，請選擇稍稍更好且經(jīng)歷風(fēng)雨的那個：Java。

c++相關(guān)文章:c++教程