A Comparative Overview of C#中文版（一）
2024-07-21 02:25:43
供稿：網友
a comparative overview of c#中文版（上篇）
作者：ben albahari
公司：genamics
日期：2000年7月31日初版，2000年8月10日修訂。
感謝以下人士支持和反饋（按字母先后順序）：don box、 c.r. manning、 joe nalewabau、 john osborn、 thomas rhode & daryl richter。
譯者：榮耀
【譯序：c#入門經典！希望文中針對新手的譯注不會影響閱讀的流暢性。限于譯者時間和能力，文中倘有訛誤，當以英文原版為準】
本文將以c#提供的新的編程方式以及它是如何改進兩個近鄰—java和c++為中心。c#在很多方面和java用了類似的方式改進c++。因此，我不打算重復諸如單根對象層次的優點之類的東西。正文將以c#和java的相似之處概述開始，然后著重探究c#新特性。
背景
2000年6月，微軟同時宣布了.net平臺和一個名為c#的新的編程語言。c#是一個很好地融合了簡單、表達力、性能的強類型的面向對象的語言。.net平臺以公共語言運行時（類似于java虛擬機）和一個可被多種語言（它們可以通過編譯成中間語言從而可以協同工作）共用的庫為中心。c#和.net有那么一點共生關系—c#的一些特性和.net協作得很好，反之亦然（盡管.net的目標是和多種語言很好地協作）。本文主要關注于c#，但視需要偶爾也會提及.net。c#的設計借鑒了多種語言，但最主要的還是java和c++。它是由anders hejlsberg（大名鼎鼎的delphi【譯注：說成object pascal更合適些】語言設計師）和scott wiltamuth共同設計的。
目錄
1． c#和java
2． 屬性
3． 索引器
4． 委托
5． 事件
6． 枚舉
7． 集合和foreach語句
8． 結構
9． 類型一致
10．操作符重載
11．多態
12．接口
13．版本處理
14．參數修飾符
15．特性【譯注：即attribute，我在《c#首席設計師anders hejlsberg專訪》譯文中（參見csdn的http://www.csdn.net/develop/article/11/11580.shtm）曾說過，到目前為止，該詞譯法仍較混亂，甚至和property不分，都被譯為“屬性”（visual studio.net 7.0 beta 2 的聯機文檔就是如此）。但本文中，仍將其譯為“特性”，以示區分】
16．選擇語句
17．預定義類型
18．字段修飾符
19．跳轉語句
20．組合體、名字空間和訪問級別【譯注：assembly一詞譯法比較混亂，有的譯為“配件”，有的譯為“組件”，有的譯為“組合體”，而visual studio.net 7.0 beta2聯機文檔上則譯為“程序集”，從技術上講，這個譯法說的倒很事實，但總感覺和這個詞的外觀遠了點，在譯法尚未統一之前，本文暫譯為“組合體”】
21．指針運算
22．多維數組【譯注：這一節里還談到了交錯數組】
23．構造器和析構器
24．受控執行環境
25．庫
26．互用性
27．結論
1.c#和java
下面是c#和java共有的特性列表，目的都是為了改進c++。這些特性雖非本文重點，但了解它們之間的相似之處還是很重要的。
l 編譯為機器獨立、語言獨立的代碼，運行在受控執行環境里；
l 采用垃圾收集機制，同時摒棄了指針（c#中，指針被限制在標為unsafe的代碼內使用）；
l 強有力的反射能力；
l 沒有頭文件，所有的代碼都在包或組合體里，不存在類聲明的循環依賴問題；
l 所有的類都派生自object，且必須用new關鍵字分配在堆上；【譯注：java中為object；c#中為object，相當于.net的system.object】
l 當進入標為鎖定/同步代碼時，通過在對象上加鎖來支持多線程；【譯注：例如java中可對方法施以synchronized關鍵字，在c#中可使用monitor類、mutex類、lock語句等等】
l 接口支持—多繼承接口，單繼承實現；
l 內部類；
l 類繼承時無需指定訪問級別；【譯注：在c++中，你可以這么做：class cls2: private cls1{};等等】
l 沒有全局函數或常量，一切都必須屬于類；
l 數組和字符串都保存長度記數并具邊界檢查能力；
l 永遠使用“.”操作符，不再有“->”、“::”操作符；
l null和boolean/bool是關鍵字；【譯注：java中為boolean、c#中為bool，相當于system.boolean】
l 所有的值在使用前必須被初始化；
l if語句不能使用整型數為判別條件；
l try語句塊后可以跟finally從句。【譯注：標準c++不可以，但visual c++對seh做了擴展，可以用__try和__finally】
2.屬性
對于delphi和visual basic的用戶來說，屬性是個熟悉的概念。使用屬性的目的是將獲取器/設置器[譯注：原文為getter/setter]的概念正式化，這是一個被廣泛使用的模式，尤其是在rad（快速應用開發）工具里。
以下是你可能在java或c++里寫的典型代碼：
foo.setsize (getsize () + 1);
label.getfont().setbold (true);
同樣代碼在c#里可能會變成：
foo.size++;
label.font.bold = true;
c#代碼對于使用foo和label的用戶來說更直觀、更可讀。在實現屬性方面，差不多同樣簡單：
java/c++：
public int getsize()
{
return size;
}
public void setsize (int value)
{
size = value;
}
c#：
public int size
{
get {return size;}
set {size = value;}
}
特別是對于可讀寫的屬性，c#提供了一個處理此概念的更清爽的方式。在c#中，get和set方法是內在的，而在java和c++里則需人為維護。c#的處理方式有諸多優點。它鼓勵程序員按照屬性的方式去思考—把這個屬性標為可讀寫的和只讀的哪個更自然？或者根本不應該為屬性？如果你想改變你的屬性的名稱，你只要檢查一處就可以了（我曾看到過中間隔了幾百行代碼的獲取器和設置器【譯注：此處是指c++（java）里對同一個數據成員/字段（一般來說是）的獲取器和設置器】）。注釋也只要一處就可以了，這也避免了彼此同步的問題。ide【譯注：集成開發環境】是可以幫助做這個事的（事實上，我建議他們這么做【譯注：此處的“他們”應該是指微軟有關人員】），但應該牢記編程上的一個基本原理—盡力做好模擬我們問題空間的抽象。一個支持屬性的語言將有助于獲得更好的抽象。
【作者注：關于屬性的這個優點的一個反對意見認為：當采用這種語法時，你搞不清是在操縱一個字段還是屬性。然而，在java（當然也包括c#）中，幾乎所有真正復雜一點的類都不會有public的字段。字段一般都只具有盡可能小的訪問級別（private/protected，或語言所定義的缺省的），并且只通過獲取器和設置器方法暴露，這也意味著你可以獲得優美的語法。讓ide解析代碼也是完全可行的，可用不同的顏色高亮顯示屬性，或提供代碼完成信息以表明它是否是一個屬性。我們還應該看到，如果一個類設計良好，這個類的用戶將只關心該類的接口（或規范）【譯注：此處是指該類向其客戶公開（不單單是public，對其派生類來說，也可能是protected）的方法、屬性（c++/java無顯式屬性概念）等，這里的客戶包括其派生類等等】，而不是其內部實現。另外一個可能的爭論是屬性不夠有效率。事實上，好的編譯器可以內聯僅返回某個字段的獲取器，這和直接訪問字段一樣快。說到底，即使使用字段要比獲取器/設置器來的有效，使用屬性還有如下好處—日后可以改變屬性的字段【譯注：是指可以改變獲取器/設置器的實現代碼部分，比如改變獲取器/設置器里所操作的字段，也可以在獲取器/設置器里做一些校驗或修飾工作等】，而不會影響依賴于該屬性的代碼】
3.索引器
c#通過提供索引器，可以象處理數組一樣處理對象。特別是屬性，每一個元素都以一個get或set方法暴露。
public class skyscraper
{
story[] stories;
public story this [int index]
{
get
{
return stories [index];
}
set
{
if (value != null)
{
stories [index] = value;
}
}
}
//...
}
skyscraper empirestate = new skyscraper (/*...*/);
empirestate [102] = new story ("the top one", /*...*/);
【譯注：索引器最大的好處是使代碼看上去更自然，更符合實際的思考模式】
4.委托
委托可以被認為是類型安全的、面向對象的函數指針，它可以擁有多個方法。委托處理的問題在c++中可以用函數指針處理，而在java中則可以用接口處理。它通過提供類型安全和支持多方法改進了函數指針方式；它通過可以進行方法調用而不需要內部類適配器或額外的代碼去處理多方法調用問題而改進了接口方式。委托最重要用途是事件處理，下一節將通過一個例子加以介紹。
5.事件
c#提供了對事件的直接支持。盡管事件處理一直是編程的基本部分，但令人驚訝的是，大多數語言在正式化這個概念上所做的努力都微乎其微。如果看看現今主流框架是如何處理事件的，我們可以舉出如下例子：delphi的函數指針（稱為閉包）和java的內部類適配器，當然還有windows api消息系統。c#使用delegate和event關鍵字提供了一個清爽的事件處理方案。我認為描述這個機制的最好的辦法是舉個例子來說明聲明、觸發和處理事件的過程：
// 委托聲明定義了可被調用的方法簽名【譯注：這里的簽名可以理解為“原型”】
public delegate void scorechangeeventhandler (int newscore, ref bool cancel);
// 產生事件的類
public class game
{
//注意使用關鍵字
public event scorechangeeventhandler scorechange;
int score;
// 屬性score
public int score
{
get
{
return score;
}
set
{
if (score != value)
{
bool cancel = false;
scorechange (value, ref cancel);
if (! cancel)
score = value;
}
}
}
}
// 處理事件的類
public class referee
{
public referee (game game)
{
// 監視game中的score的分數改變
game.scorechange += new scorechangeeventhandler (game_scorechange);
}
// 注意這個方法簽名和scorechangeeventhandler的方法簽名要匹配
private void game_scorechange (int newscore, ref bool cancel)
{
if (newscore < 100)
system.console.writeline ("good score");
else
{
cancel = true;
system.console.writeline ("no score can be that high!");
}
}
}
//測試類
public class gametest
{
public static void main ()
{
game game = new game ();
referee referee = new referee (game);
game.score = 70;//【譯注：輸出 good score】
game.score = 110;// 【譯注：輸出 no score can be that high!】
}
}
