|
當(dāng)考慮到C++是怎么做的時(shí)候，Java是干了件好事，它簡(jiǎn)化了參數(shù)如何傳遞的問題。在C++中，方法【譯注：C++中沒有方法一說，應(yīng)該稱為“函數(shù)”或“成員函數(shù)”】的參數(shù)和方法調(diào)用通過傳值、引用、指針【譯注：例如int、int*、int&】，使得代碼變得不必要的復(fù)雜。C#顯式傳遞引用，不管是方法聲明時(shí)還是調(diào)用時(shí)。它大大地減少了混亂【譯注：這句話應(yīng)該這么理解：由于C++的語法問題，有時(shí)你并不知道你是在使用一個(gè)對(duì)象還是一個(gè)對(duì)象引用，本節(jié)后有示例】，并達(dá)到了和Java同樣的目標(biāo)，但是C#的方式更有表達(dá)力。顯然這是C#的主旨—它不把程序員圈在一個(gè)圈里，使他們必須繞一個(gè)大彎子才能做成某件事。還記得Java嗎？Java指南里，建議如何解決傳引用的問題，你應(yīng)該傳遞一個(gè)1個(gè)元素的數(shù)組去保存你的值，或另做一個(gè)類以保存這個(gè)值。
【譯注：
#include "stdafx.h"
class ParentCls
{
public:
virtual void f(){printf("ParentCls\t");}
};
class ChildCls : public ParentCls
{
public:
virtual void f(){printf("ChildCls\t");}
};
void Test1(ParentCls pc) {pc.f();}
void Test2(ParentCls& pc) {pc.f();}
int main(int argc, char* argv[])
{
ChildCls cc;
Test1(cc);//輸出ParentCls
Test2(cc);//輸出ChildCls
//只看調(diào)用處，是不知道你使用的引用還是對(duì)象的，但運(yùn)行結(jié)果迥異！
return 0;
}
】
15.特性
C#和Java的編譯代碼里都包括類似于字段訪問級(jí)別的信息。C#擴(kuò)展了這個(gè)能力，對(duì)類中的任何元素，比如類、方法、字段甚至是獨(dú)立參數(shù)，你都可以編譯自定義的信息，并可以于運(yùn)行時(shí)獲取這些信息。這兒有一個(gè)非常簡(jiǎn)單的使用特性的類的例子：
[AuthorAttribute ("Ben Albahari")]
class A
{
[Localizable(true)]
public String Text //【譯注：應(yīng)為public string Text或public System.String Text，如果前面沒有using System的話】
{
get {return text;}
//...
}
}
Java使用一對(duì)/** */和@標(biāo)簽注釋以包含類和方法的附加信息，但這些信息（除了@deprecated【譯注：Java1.1版本及以后】）并未build到字節(jié)碼中。C#使用預(yù)定義的特性O(shè)bsolete特性，編譯器可以警告你，排除廢代碼（就象@deprecated），并用Conditional特性使得可以條件編譯。微軟新的XML庫使用特性來表達(dá)字段如何序列化到XML中，這就意味著你可以很容易地把一個(gè)類序列化到XML中，并可以再次重建它。另外一個(gè)對(duì)特性的恰當(dāng)?shù)膽?yīng)用是創(chuàng)建真正有威力的類瀏覽工具。C#語言規(guī)范詳盡第解釋了怎樣創(chuàng)建和使用特性。
16.switch語句
C#中的switch語句可以使用整型、字符、枚舉或（不象C++或Java）字符串。在Java和C++中，如果你在任何一個(gè)case語句里忽略了一個(gè)break語句，你就有其它c(diǎn)ase語句被執(zhí)行的危險(xiǎn)。我想不通為什么這個(gè)很少需要的并容易出錯(cuò)的行為在Java和C++中都成了缺省行為，我也很高興地看到C#不會(huì)是這個(gè)樣子。
【譯注： 因?yàn)镃#不支持從一個(gè)case標(biāo)簽貫穿到另一個(gè)case標(biāo)簽。如果需要的話，可以使用goto case或goto default實(shí)現(xiàn)】
17.預(yù)定義類型
C#基本類型基本上和Java的差不多，除了前者還加入了無符號(hào)的類型。C#中有sbyte、byte、short、ushort、int、uint、long、ulong、char、float和double。唯一令人感到驚奇的地方是這兒有一個(gè)16個(gè)字節(jié)【譯注：原文誤寫為12個(gè)字節(jié)】的浮點(diǎn)型數(shù)值類型decimal，它可以充分利用最新的處理器。
【譯注：補(bǔ)充一下，盡管decimal占用128位，但它的取值范圍比float（32位）、Double（64位）遠(yuǎn)遠(yuǎn)小得多，但它的精度比后二者的要高得多，可以滿足精度要求極高的財(cái)務(wù)計(jì)算等】
18.字段修飾符
C#中字段修飾符基本上Java相同。為了表示不可被修改的字段，C#使用const和readonly修飾符。const字段修飾符就象Java的final字段修飾符，該字段的實(shí)際值被編譯成IL代碼的一部分。只讀字段在運(yùn)行時(shí)計(jì)算值。對(duì)標(biāo)準(zhǔn)C#庫來說，這就可以在不會(huì)破壞你的已經(jīng)部署的代碼的前提下升級(jí)。
19.跳轉(zhuǎn)語句
這兒沒有更多的令人驚訝的地方，可能除了臭名卓著的goto語句。然而，這和我們記得的帶來麻煩的20年前的basic的goto語句大不相同。一個(gè)goto語句必須指向一個(gè)標(biāo)簽【譯注：goto語句必須必須在該標(biāo)簽的作用域內(nèi)，或者換句話說，只允許使用goto語句將控制權(quán)傳遞出一個(gè)嵌套的作用域，而不能將控制權(quán)傳遞進(jìn)一個(gè)嵌套域】或是switch語句里的一個(gè)選擇支【譯注：即所謂的goto case語句】。指向標(biāo)簽的用法和continue差不多。Java里的標(biāo)簽，自由度大一些【譯注：Java中的break和continue語句后可跟標(biāo)簽】。C#中，goto語句可以指向其作用域的任意一個(gè)地方，這個(gè)作用域是指同一個(gè)方法或finally程序塊【譯注：如果goto語句出現(xiàn)在finally語句塊內(nèi)，則goto語句的目的地也必須在同一個(gè)finally語句塊內(nèi)】。C#中的continue語句和Java中的基本等價(jià)，但C#中不可以指向一個(gè)標(biāo)簽。
【譯注：Java把goto作為保留字，但并未實(shí)現(xiàn)它】
20.組合體、名字空間和訪問級(jí)別
在C#中，你可以把你源代碼中的組件（類、結(jié)構(gòu)、委托、枚舉等）組織到文件、名字空間和組合體中。
名字空間不過是長(zhǎng)類名的語法上的甜言蜜語而已。例如，用不著這么寫Genamics.WinForms.Grid，你可以如此聲明類Grid并將其包裹起來：
namespace Genamics.WinForms
{
public class Grid
{
//....
}
}
對(duì)于使用Grid的類，你可以用using關(guān)鍵字導(dǎo)入【譯注：即using Genamics.WinForms】，而不必用其完整類名Genamics.WinForms.Grid。
組合體是從項(xiàng)目文件編譯出來的exe或dll。.NET運(yùn)行時(shí)使用可配置的特性和版本法則，把它們創(chuàng)建到組合體，這大大簡(jiǎn)化了部署—不需要寫注冊(cè)表，只要把組合體拷到相關(guān)目錄中去即可。組合體還可以形成一個(gè)類型邊界，從而解決類名沖突問題。同一組合體的多個(gè)版本可以共存于同一進(jìn)程。每一個(gè)文件都可以包含多個(gè)類、多個(gè)名字空間。一個(gè)名字空間可以橫跨若干個(gè)組合體。如此以來，系統(tǒng)將可獲得更大的自由度。
C#中有五種訪問級(jí)別：private、internal、protected、internal protected和public【譯注：internal protected當(dāng)然也可以是protected internal，此外再無其它組合】。private和public和Java中意思一樣。C#中，沒有標(biāo)明訪問級(jí)別的就是private，而不是包范圍的。internal訪問被局限在組合體中而不是名字空間（這和Java更相似）中。Internal protected等價(jià)于Java的protected。protected等價(jià)于Java的private protected，而它已被Java廢棄。
21.指針運(yùn)算
在C#中，指針運(yùn)算可以被使用在被標(biāo)為unsafe修飾符的方法里。當(dāng)指針指向一個(gè)可被垃圾收集的對(duì)象的時(shí)候，編譯器強(qiáng)迫使用fixed關(guān)鍵字去固定對(duì)象。這是因?yàn)槔占魇强恳苿?dòng)對(duì)象來回收內(nèi)存的。但是如果當(dāng)你使用原始指針時(shí)，它所指的對(duì)象被移動(dòng)了，那你的指針將指向垃圾。我認(rèn)為這兒用unsafe這個(gè)關(guān)鍵字是個(gè)好的選擇—它不鼓勵(lì)開發(fā)人員使用指針除非他們真的想這么做。
22.多維數(shù)組
C#可以創(chuàng)建交錯(cuò)數(shù)組【譯注：交錯(cuò)數(shù)組是元素為數(shù)組的數(shù)組。交錯(cuò)數(shù)組元素的維度和大小可以不同】和多維數(shù)組。交錯(cuò)數(shù)組和Java的數(shù)組非常類似。多維數(shù)組使得可以更有效、更準(zhǔn)確地表達(dá)特定問題。以下是這種數(shù)組的一個(gè)例子：
int [,,] array = new int [3, 4, 5]; // 創(chuàng)建一個(gè)數(shù)組
int [1,1,1] = 5;//【譯注：此行代碼有誤：應(yīng)為array[1,1,1] = 5;】
使用交錯(cuò)數(shù)組：
int [][][] array = new int [3][4][5]; // 【譯注：此行代碼有誤，應(yīng)為：int [][][] array = new int[3][][];】
int [1][1][1] = 5; 【譯注：此行代碼有誤：應(yīng)為array[1][1][1] = 5;】【譯注：小心使用交錯(cuò)數(shù)組】
若和結(jié)構(gòu)聯(lián)合使用，C#提供的高效率使得數(shù)組成為圖形和數(shù)學(xué)領(lǐng)域的一個(gè)好的選擇。
23.構(gòu)造器和析構(gòu)器
你可以指定可選的構(gòu)造器參數(shù)：
class Test
{
public Test () : this (0, null) {}
public Test (int x, object o) {}
}
你也可以指定靜態(tài)構(gòu)造器：
class Test
{
static int[] ascendingArray = new int [100];
static Test ()
{
for (int i = 0; i < ascendingArray.Length; i++)
ascendingArray [i] = i;
}
}
析構(gòu)器的命名采用C++的命名約定，使用~符號(hào)。析構(gòu)器只能應(yīng)用于引用類型，值類型不可以，并且不可被重載。析構(gòu)器不可被顯式調(diào)用，這是因?yàn)閷?duì)象的生命期被垃圾收集器所管制。在對(duì)象所占用的內(nèi)存被回收前，對(duì)象繼承層次里的每一個(gè)析構(gòu)器都會(huì)被調(diào)用。
盡管和C++的命名相似，C#中的析構(gòu)器更象Java中的finalize方法。這是因?yàn)樗鼈兌际潜焕占髡{(diào)用而不是顯式地被程序員調(diào)用。而且，就象Java的finalize，它們不能保證在各種情況下都肯定被調(diào)用（這常常使第一次發(fā)現(xiàn)這一點(diǎn)的每一個(gè)人都感到震驚）。如果你已習(xí)慣于采用確定性的析構(gòu)編程模式（你知道什么時(shí)候?qū)ο蟮奈鰳?gòu)器被調(diào)用），當(dāng)你轉(zhuǎn)移到Java或C#時(shí)，你必須適應(yīng)這個(gè)不同的編程模型。微軟推薦的和實(shí)現(xiàn)的、貫穿于整個(gè).NET框架的是dipose模式。你要為那些需要管理的外部資源（如圖形句柄或數(shù)據(jù)庫連接）的類定義一個(gè)dispose()方法。對(duì)于分布式編程，.NET框架提供一個(gè)約定的基本模型，以改進(jìn)DCOM的引用計(jì)數(shù)問題。
24. 受控執(zhí)行環(huán)境
對(duì)[C#/IL碼/CLR]和[Java/字節(jié)碼/JVM]進(jìn)行比較是不可避免的也是正當(dāng)?shù)摹Ｎ蚁耄詈玫霓k法是首先搞清楚為什么會(huì)創(chuàng)造出這些技術(shù)來。
用C和C++寫程序，一般是把源代碼編譯成匯編語言代碼，它只能運(yùn)行在特定的處理器和特定的操作系統(tǒng)上。編譯器需要知道目標(biāo)處理器，因?yàn)椴煌奶幚砥髦噶罴煌＞幾g器也要知道目標(biāo)操作系統(tǒng)，因?yàn)椴煌牟僮飨到y(tǒng)對(duì)諸如如何執(zhí)行工作以及怎樣實(shí)現(xiàn)象內(nèi)存分配這些基本的C/C++的概念不同。C/C++這種模型獲得了巨大的成功（你所使用的大多數(shù)軟件可能都是這樣編譯的），但也有其局限性：
l程序無豐富的接口以和其它程序進(jìn)行交互（微軟的COM就是為了克服這個(gè)限制而創(chuàng)建的）
l程序不能以跨平臺(tái)的形式分發(fā)
l不能把程序限制執(zhí)行在一個(gè)安全操作的沙箱里
為了解決這些問題，Java采用了Smalltalk采用過的方式，即編譯成字節(jié)碼，運(yùn)行在虛擬機(jī)里。在被編譯前，字節(jié)碼維持程序的基本結(jié)構(gòu)。這就使得Java程序和其它程序進(jìn)行各種交互成為可能。字節(jié)碼也是機(jī)器中立的，這也意味著同樣的class文件可以運(yùn)行于不同的平臺(tái)。最后，Java語言沒有顯式的內(nèi)存操作（通過指針）的事實(shí)使得它很適合于編寫“沙箱程序”。
最初的虛擬機(jī)利用解釋器來把字節(jié)碼指令流轉(zhuǎn)換為機(jī)器碼。但是這個(gè)過程慢得可怕以致于對(duì)于那些關(guān)注性能的程序員來說，從來都沒有吸引力。如今，絕大多數(shù)JVM都利用JIT編譯器，基本編譯成機(jī)器碼—在進(jìn)入類框架的范圍之前和方法體執(zhí)行之前。在它運(yùn)行前，還有可能將Java程序轉(zhuǎn)換為匯編語言，可以避免啟動(dòng)時(shí)間和即時(shí)編譯的內(nèi)存負(fù)擔(dān)。和編譯Visual C++程序相比，這個(gè)過程并不需要移去程序?qū)\(yùn)行時(shí)的依賴。Java運(yùn)行時(shí)（這個(gè)術(shù)語隱藏在術(shù)語Java虛擬機(jī)下之下）將處理程序執(zhí)行的很多至關(guān)重要的方面，比如垃圾收集和安全管理。運(yùn)行時(shí)也被認(rèn)為是受控執(zhí)行環(huán)境。
盡管術(shù)語有點(diǎn)含糊不清，盡管從不用解釋器，但.NET基本模型也是使用如上所述方式。.NET的重要的改進(jìn)將來自于IL自身的設(shè)計(jì)的改進(jìn)。Java可以匹敵的唯一方式是修改字節(jié)碼規(guī)范以達(dá)到嚴(yán)格的兼容。我不想討論這些改進(jìn)的細(xì)節(jié)，這應(yīng)該留給那些極個(gè)別的既了解字節(jié)碼也了解IL碼的開發(fā)人員去討論。99%的象我這樣的開發(fā)人員不打算去研究IL代碼規(guī)范，這兒列出了一些意欲改進(jìn)字節(jié)碼的IL設(shè)計(jì)決策：
l提供更好的類型中立（有助于實(shí)現(xiàn)模板）；
l提供更好的語言中立；
l執(zhí)行前永遠(yuǎn)都編譯成匯編語言，從不解釋；
l能夠向類、方法等加入附加的聲明性信息。參見15.特性；
目前，CLR還提供多操作系統(tǒng)支持，而且在其它領(lǐng)域還提供了對(duì)JVM的更好的互用性的支持。參見26.互用性。
25.庫
語言如果沒有庫那它是沒什么用的。C#以沒有核心庫著稱，但它利用了.NET框架的庫（它們中的一些就是用C#創(chuàng)建的）。本文著重于講述C#語言的特別之處，而不是.NET的，那應(yīng)該另文說明。簡(jiǎn)單地說，.NET庫包括豐富的線程、集合、XML、ADO+、ASP+、GDI+以及WinForm庫【譯注：現(xiàn)在這些+們多已變成了.NETJ】。有些庫是跨平臺(tái)的，有些則是依賴于Windows的，請(qǐng)閱讀下一段關(guān)于平臺(tái)支持的討論。
26.互用性
我認(rèn)為把互用性分成三個(gè)部份論述是比較合適的：de，，并且對(duì)那些追求語言互用性、平臺(tái)互用性和標(biāo)準(zhǔn)互用性。Java長(zhǎng)于平臺(tái)互用性，C#長(zhǎng)于語言互用性。而在標(biāo)準(zhǔn)互用性方面，二者都各有長(zhǎng)短。
(1)語言互用性
和其它語言集成的能力只存在集成度和難易程度的區(qū)別。JVM和CLR都允許你用多種語言寫代碼，只要它們編譯成字節(jié)碼或IL碼即可。然而，.NET平臺(tái)做了大量的工作—不僅僅是能夠把其它語言寫的代碼編譯成IL碼，它還使得多種語言可以自由共享和擴(kuò)展彼此的庫。例如，Eiffel或Visual Basic程序員可以導(dǎo)入C#類，重載其虛方法；C#對(duì)象也可以使用Visual Basic方法（多態(tài)）。如果你懷疑的話，VB.NET已經(jīng)被大幅升級(jí)，它已具有現(xiàn)代面向?qū)ο筇匦裕ǜ冻隽撕蚔B6兼容性的損失）。
為.NET寫的語言一般插入Visual Studio.NET環(huán)境中，如果需要的話，可以使用同樣的RAD框架。這就克服了使用其它語言是“二等公民”的印象。
C#提供了P/Invoke【譯注：Platform Invocation Service，平臺(tái)調(diào)用服務(wù)】，這比Java的JNI和C代碼交互起來要簡(jiǎn)單得多（不需要dll）。這個(gè)特性很象J/direct，后者是微軟Visual J++的一個(gè)特性。
(2)平臺(tái)互用性
一般而言，這意味著操作系統(tǒng)互用性。但是在過去的幾年里，internet瀏覽器自身已經(jīng)越來越象個(gè)平臺(tái)了。
C#代碼運(yùn)行在一個(gè)受控執(zhí)行環(huán)境里。這是使C#能夠運(yùn)行在不同操作系統(tǒng)上的技術(shù)重要的一步。然而，一些.NET庫是基于Windows的，特別是WinForms庫，它依賴于多如牛毛的Windows API。有個(gè)從Windows API移植到Unix系統(tǒng)項(xiàng)目，但目前還沒有啟動(dòng)，而且微軟也沒有明確的暗示要這么做。
然而，微軟并沒有忽視平臺(tái)互用性。.NET庫提供了編寫HTML/DHTML解決方案的擴(kuò)展能力。對(duì)于可以用HTML/DHTML來實(shí)現(xiàn)的客戶端來說，C#/.NET是個(gè)不錯(cuò)的選擇。對(duì)于跨平臺(tái)的需要更為復(fù)雜的客戶界面的項(xiàng)目，Java是個(gè)好的選擇。Kylix—Delphi的一個(gè)版本，允許同樣的代碼既可以在Windows上也可以在Linux上編譯，或許將來也會(huì)成為跨平臺(tái)解決方案的一個(gè)好的選擇。
(3)標(biāo)準(zhǔn)互用性
幾乎所有標(biāo)準(zhǔn)，例如數(shù)據(jù)庫系統(tǒng)、圖形庫、internet協(xié)議和對(duì)象通訊標(biāo)準(zhǔn)如COM和CORBA，C#都可以訪問。由于微軟在制訂這些大多數(shù)標(biāo)準(zhǔn)上擁有權(quán)利或發(fā)揮了很大的作用，他們對(duì)這些標(biāo)準(zhǔn)的支持就處于一個(gè)很有利的位置。他們當(dāng)然會(huì)因?yàn)樯虡I(yè)上的動(dòng)機(jī)（我沒有說他們是否公正）而提供較少的標(biāo)準(zhǔn)支持—對(duì)于和他們競(jìng)爭(zhēng)的東西—比如CORBA(COM的競(jìng)爭(zhēng)對(duì)手)和OpenGL(DirectX的競(jìng)爭(zhēng)對(duì)手)。類似地，Sun的商業(yè)動(dòng)機(jī)（再一次，我沒有說他們是否公正）意味著Java不會(huì)盡其所能地支持微軟的標(biāo)準(zhǔn)。
由于C#對(duì)象被實(shí)現(xiàn)為.NET對(duì)象，因此它自動(dòng)暴露為COM對(duì)象。C#因此就既可以暴露COM對(duì)象也可以使用COM對(duì)象。這樣，就可以集成COM代碼和C#項(xiàng)目。.NET是一個(gè)有能力最終替代COM的框架—但是，已經(jīng)有那么多已部署的COM組件，我相信，不等.NET取代掉COM，它已經(jīng)被下一波技術(shù)所取代了。但無論如何，希望.NET能有一個(gè)長(zhǎng)久而有趣的歷史！J
27.結(jié)論
到此為止，我希望已給了你一個(gè)C#與Java、C++在概念上的比較。總的來說，比起Java，我相信C#提供了更好的表達(dá)力并且更適合編寫對(duì)性能有嚴(yán)格要求的代碼，它也同樣具有Java的優(yōu)雅和簡(jiǎn)單，這也是它們都比C++更具吸引力之處。
|
溫馨提示：喜歡本站的話，請(qǐng)收藏一下本站！
