C#，自然的進步
隨著 Visual J++ 的隱退，Microsoft 引入 C# 來填補這一空白
Michael L. Perry
Mallard 軟件設計師
2000 年 8 月
Microsoft 對因特網的新視野與當今在線內容的網絡相去甚遠。Microsoft 預見未來的因特網是一個由不同的人用不同的語言在不同的硬件平台上開發出的互相關聯的服務，可以被運行在不同的因特網操作系統之上。
該公司為大膽設想的這個新世界所提供的就是 .Net 平台。實際上，.Net 並不是傳統意義上的平台；它並不是一種公共的硬件或軟件系統。.Net 實際上是一個協議集合，它允許因特網應用程序利用運行在不同機器上的不同服務。
Microsoft 新戰略的結果就是下一代的 Microsoft Visual Studio 將有重新設計的語言，尤其是能支持 .Net 平台。Java 將不再此程序包中，Visual J++ 也不會再有新的版本。不要擔心，Microsoft 將推出一個新的語言 C# 來填補這一空白。該公司動用了其最好的資源，包括星級語言專家 Anders Hejlsberg，來開發 C#。
非他莫屬：Anders Hejlsberg，語言體系結構設計師
考慮一下 Hejlsberg 的經歷，就不會奇怪 Microsoft 將此重任交給他了。畢竟，C# 將不是他對軟件開發方式的首次大事改革。
作為 Borland 的首席體系結構設計師，Hejlsberg 秘密地將 Turbo Pascal 變成一種面向對象的、擁有真正可視化的環境和卓越的數據庫訪問特性的應用程序開發語言。曾經被吹捧為“VB 殺手”的 Delphi 依然是 Borland（現在為 Inprise/Borland）的拳頭產品。
Microsoft 用豐厚的薪水、股票認購權和巨額的加盟獎金雇請了 Hejlsberg 之後，Borland 曾提出通過不正當手段吸收新成員的控告。Borland 還曾聲稱 — 提供了很少的細節來支持指控 — Hejlsberg 正在開發“Delphi for Java”。這場訴訟最終以 Borland 的勝利而收場；但是從那時起，Microsoft 已在讓 Hejlsberg 工作了。
Hejlsberg 充實了 Microsoft 的 Java 產品；其中格外引人注意的是，為了跟上其他 Visual Studio 語言的現行版本號，他人為地在一個發行版中將其版本號從 1.1 提升到 6.0。實際上，這個版本號的跳躍並未誇大 6.0 與其前一版本之間的差別。Hejlsberg 添加的功能已使該語言變成一種強大的 Windows 應用程序開發平台。添加的功能包括對 Windows API 的訪問；因此，利用這些新功能的程序不再具有可移植性。
Hejlsberg 對 Microsoft 的 Java 產品的更改促使 Sun 控告 Microsoft 違反了 Java 許可協議。Sun 聲稱，Visual J++ 語言擴展沒有保持 Java 的平台中立性，而是將開發人員鎖定在 Microsoft 平台上。盡管 Microsoft 的 Visual J++ 事實上是最好的 Java 編譯器，並且該公司的虛擬器（執行 Java 字節碼的運行期模塊）是最快的一種虛擬機，但 Sun 的訴訟已有效地阻止了 Microsoft 在 Java 舞台中的競爭。
Microsoft 的反應是完全從 Java 中退出來，並用一種新的基礎因特網平台 — .Net — 和一種新的旗幟語言 — C# 來取代它。Anders Hejlsberg 是完成後一工作的自然選擇。
證明一種新編程語言的合理性
最近有關 C# 爭論 的一些新聞聲稱開發人員還不會收受另一種編程語言。雖然現在確實已經有幾種有用的語言可供開發人員使用，但仍有空間容納另一種語言 — 假如它填補了仍未滿足的需要。一種新的語言畢竟只是專業人員可用來創建軟件解決方案的另一種工具。讓我們分析一下 Microsoft 為 C# 制定的目標，以及其他語言到目前為止還沒有滿足這些目標的情況。
快速應用程序開發：Microsoft 為 C# 制定的最重要的目標之一就是支持 RAD。因特網應用程序必須以因特網節奏開發；一種新語言必須易於學習和調試，而且必須生成易於更新的代碼。雖然 Delphi 和 VB 在這些方面很出色，但 C++ 卻沒有這麼成功。語言本身復雜而難以掌握，而且很少有有用的 C++ 庫提供簡單的接口。此外，C++ 的手動內存管理和復雜的類型轉換模型使它難以調試。
此外，正如我們將在下面看到的那樣，C++ 本質上不防止由於版本不兼容而導致的潛在問題。盡管 Microsoft 和 Borland 對這種語言作了巨大的努力，但 C++ 仍然不適合快速應用程序開發。
跨平台部署：根據定義，因特網語言應該支持跨平台的部署。因為因特網是不同系統的一個網絡，所以必須將服務部署到各式各樣的硬件和軟件上。 此外，客戶端軟件應該能夠運行在多種類型的設備上，包括 PDA 和蜂窩式便攜無線電話。 這種靈活性事實上是對除 Java 之外的所有語言的一種挑戰。VB 尤其只能生成在基於 Intel 微處理器的機器上運行的 Windows 應用程序。Delphi 也受到同樣的限制。Delphi for Linux 不久就會發布，但它也不支持因特網設備。VB 和 Delphi 都不符合跨平台部署的目標。
訪問平台固有的資源：據 Microsoft 稱，開發人員需要訪問平台固有的資源。對於編寫強大的目標應用程序而言，這種訪問有時是必不可少的。Visual J++ 6.0 允許開發人員訪問 Windows API，Java 通常不允許這種訪問。Java 通過定義每種虛擬機實現的最小公分母標准來提供跨平台的部署。Java 開發人員依據這種削弱的標准編寫代碼，而不能利用只有某些平台才提供的更強大的服務。這樣，Java 無法滿足提供對平台固有資源的訪問這一目標。
支持 COM 和 .Net 平台：Microsoft 已將支持 COM 和 .Net 平台確定為 C# 的最重要的目標。當然，目前還沒有一種語言支持 .Net 平台，因為它仍在構建中。與 .Net 不同，COM 已出現相當一段時間了，但它仍然缺少強大的語言支持。大多數語言，包括 C++ 和 Delphi，都要求開發人員為他們所創建的每個 COM 對象創建一個額外的 IDL 聲明、一個類工廠和專用的修飾。
某些語言廠商已提供了一些向導來自動完成許多常見的 COM 和 OLE 任務，但這些工具沒有完全隱藏 COM 的復雜性。VB 確實成功隱藏了 COM 的復雜性，但這是以犧牲功能為代價換來的。VB 不僅缺乏面向對象語言的力量；它也無法支持 COM 的低級功能 — 例如，多個接口、聚集和自定義編排。簡而言之，沒有一種現有的語言像 C# 那樣全面支持 COM。
雖然這四個目標對於一種新語言是相當高的，但 Hejlsberg 在工作中已拿出自己最好的經驗來確保 C# 實現這些目標。結果是產生了一種語言，這種語言從 Java 和 Delphi 中借鑒東西與從 C 和 C++ 借鑒的東西一樣多（如果沒有超過的話）。請注意，下面的信息基於 C# 操作規程，可能不准確代表最終的產品發行版。
C# 是一種 RAD 環境
C# 提供 Java 風格的垃圾收集：C# 提供的最重要的 RAD 功能之一就是 Java 風格的垃圾收集。在運行時的任意時間內，所有沒有引用的對象會自動刪除。通過將開發人員從手動內存管理任務中解放出來，垃圾收集使程序開發變得容易且不易出錯。但是，自動垃圾收集是耗時的，並且是不可預知的。因此，C# 允許開發人員在要求實時性能的情況下局部禁用垃圾收集 — 通過將代碼標記為 unsafe。
C# 實現了 Java 和 Delphi 風格的值/引用類型系統：為了進一步支持 RAD，C# 始終以 Java 和 Delphi 風格的值/引用類型系統處理 C/C++ 指針模型。在這個系統中，內建類型（integer、real、string，等等）、枚舉 (enumeration) 和結構 (structure) 都是值類型。賦值運算符和比較運算符復制並檢查這些類型的變量的值。接口、類和授權（將在後面說明）都是引用類型。賦值運算符和比較運算符復制並檢查這些類型的變量所引用的對象的同一性。
這種值/引用類型系統比 C++ 的指針模型要簡單得多。它使對象處理更加容易，並消除了困擾 C 和 C++ 程序的許多內存錯誤。
C# 接口是獨立於類來聲明的：C# 也支持類似 Java 和 Delphi 的接口模型，接口是獨立於類來聲明的。這與 C++ 模型是對立的，在 C++ 中接口實際上就是抽象基類。接口和類都可以繼承多個接口。而類可以繼承一個基類，接口根本不能繼承類。這種模型避免了 C++ 的多繼承問題，C++ 中不同基類中的實現可能出現沖突。因此也不再需要諸如虛擬繼承和顯式作用域這類復雜機制。C# 的簡化接口模型有助於加快應用程序的開發。
類方法的聲明和定義被組合在一起：C# 簡化開發的另一個方面是將類方法的聲明和定義組合在一起，與 Java 的做法十分類似。 C++ 開發人員必須為聲明（頭文件）和定義（實現文件）維護單獨的文件，結果使得軟件開發過程變得復雜。C# 甚至能夠自動找出源代碼模塊之間的關系，從而使開發人員從一項附加的雜務中解脫出來。盡管 C++ 需要使用 #include（Delphi 需要使用 uses）來定位相關的源文件，但 C# 不需要任何額外的語句。
C# 使用方法引用，稱為授權，而不使用方法指針：C# 使用方法引用來快速連接對象和方法。稱為授權的這些方法引用類似於 Delphi 的過程類型。Hejlsberg 也將同一機制引入 Visual J++ 6.0 中，不過它並不是標准 Java 規范的一部分。方法引用有點像 C++ 的方法指針，但它要優越、安全和有用得多。
授權是一種引用類型，它持有方法的簽名。 應用程序可將符合這一簽名的任何方法賦給授權變量。當調用這種授權變量時，相關的方法就會被調用。與 Delphi 的過程類型不同，C# 授權自動支持多點傳送。應用程序可以將許多方法賦給一個授權變量；當調用此變量時，所有方法都會被調用。
C# 使用 Java 的簡單線程同步機制。要在 C# 中實現線程同步，開發人員只須對關鍵的代碼塊作標志即可。 Java 開發人員使用 synchronized 關鍵字，而 C# 開發人員使用 lock。隱藏的互斥塊將帶有標志的代碼塊包裝起來，在任一時刻只允許一個線程執行這段代碼。除了關鍵字不同之外，這一機制在 C# 和 Java 中是完全相同的。因為線程所有編程任務最容易出錯的一種，對同步進行簡化的任何特性都有助於快速應用程序開發。
顯式的重載聲明：最後，C# 使用顯式的重載
