NET 簡介、Hello World 和 .NET Runtime 一瞥
2024-07-10 13:04:54
供稿：網友
dr. gui.net #0
.net 簡介、hello world 和 .net runtime 一瞥
什么是 .net
dr. gui 對 .net 框架的回顧
全新的開始而不用從頭再來：.net runtime
現在學習 .net 的原因
運行 beta 1 所需的條件
編寫 .net 程序
hello world.net
實踐與探討
dr. gui 回來寫教程了！
如果您是 dr. gui 的 com 和 alt 系列欄目的忠實讀者，那么在過去的幾個月中或許會想念博士的聯機專欄文章。（對了，com 和 alt 系列的提前結束要歸咎于 dr. gui 的經理給博士安排了一項關于電子商務的工作。）
但是至少 dr. gui 還繼續在 msdn 新聞（英文）中主持“ask dr. gui”欄目。現在，dr. gui 又有了新任務：幫助大家學習 .net 框架。
那為什么是 dr. gui.net 呢？
“ask dr. gui”的熱心讀者都知道 dr. gui 特別熱衷于 microsoft .net。現在我們的博士也搞不清楚 .net 到底包含什么不包含什么。（如果您想弄清楚這一點，請瀏覽 .net web 的正式站點 http://www.microsoft.com/net/。）這種命名的混亂讓人回想起 activex® 時代。只要有促銷活動，就會有命名的混亂。dr. gui 贊成“activex”中的“x”不發聲的主張，只可惜這主張已是昨日黃花。
不管我們的博士是否清楚什么屬于 .net 而什么不屬于，以及在未來幾年中它還會發生多大的變化，他確實理解對于開發人員至關重要的關鍵部分：.net 框架。倒不僅僅是因為他“獲取”了這個部分，而是他為之興奮不已：它將使開發工作更有趣味也更有成效。而且，.net 框架在未來的幾年中將不斷獲得改進，它不會消亡的。
.net 框架的不幸之處就是迄今為止它尚未上市。現在僅僅能夠得到技術和 visual studio.net 的第一個 beta 版，您可以在 .net 的大本營：msdn 的 .net 開發人員中心的網站 http://msdn.microsoft.com/net/ 上獲得它。您可以只要 .net 框架sdk 或者連同整個 visual studio.net。visual studio.net 包括了 .net 框架sdk。這一點我們以后再聊。
它是真的嗎？
您或許會想起 dr. gui 有一個原則，就是不為那些不真實的東西寫文章。他很少冒險違反這個原則。（我們的博士曾經為 sql server™ 2000 和 windows® 2000 而惱火，他不得不在它們上市之前就寫了大量文章。事實證明博士基本上是正確的，大多人只有到能看到實際的產品時才能理解產品。直到現在，他還在為被稱為“dr. hormel”而傷心。）
那為什么 dr. gui 現在就要為 .net 寫文章呢？
原因非常簡單：.net 還未上市，不過它很是真實。您可以成為圈子里第一個下載 .net 框架（或得到 cd）的人，然后自己先試用一下。您不必把博士的話當真。如果您不是要編寫明天就得交付的 .net 應用程序，也不太介意風險的話，您可以從現在著手，開始用它來進行 2001 年晚些時候才需交付的新項目。這樣，您就可以先利用預發布版開始學習 .net，在它上市之前就做好準備，領先您的同行一大步。
什么是 .net？
現在要指出什么是 .net 而什么不是還很困難。但是，如果您理解是哪些關鍵因素推動著 .net，您也就更容易了解 .net。
世界的變化
想想我們這個行業里出現的一些趨勢。很多人正在拋棄沒有聯網的單臺 pc 機，開始使用通過 internet 同時連接到多個應用程序的 pc 機以及各種名目繁多的設備。連接到 internet 的方式多種多樣，有線的、無線的，基帶的、寬帶的。他們開始期望無論身處何地，無論使用何種設備，都能夠以適當的形式獲得他們的重要信息。并且，既然能夠通過 internet 獲得信息，他們就希望能把從多個來源獲得的數據合成為有意義的信息。最后，他們期望能夠從容地使用軟件而不必忙于安裝和升級，他們還期望這一切遠遠比過去的 pc 機可靠。
那還只是在客戶端機器上發生的變化。internet 已經使基于服務器的應用程序得到空前廣泛的應用。但是服務器之間的通訊，尤其是在不同平臺上運行的服務器之間的通訊特別困難。例如，處理不同的瀏覽器和瀏覽器的不同版本時是多么麻煩，更甭提各種不同的無線設備。并且因為大多數真實的 internet 應用程序都是以數據庫為中心的，方便地訪問多種的數據源的能力比以往任何時候都更加重要。
.net 如何幫助您適應變化
.net 框架可以使您更輕松地實現這類功能。它包括用于設備的 .net compact framework，這使得在各種設備上而不僅僅是在 pc 上利用 .net runtime 成為可能。從最底層開始，.net 的設計就是以適應 internet 的需要為目標，融合了各種 internet 標準，包括對 web 服務的支持，使程序可以方便地從多個站點上獲取數據；廣泛運用 xml 語言，使得不同計算機系統之間的數據互換變得簡單易行。.net 還使您能夠更容易地訪問數據，更容易地編寫出能在眾多不同瀏覽器和設備上良好運行的 web 應用程序，而不用再為每種設備或瀏覽器分別編寫程序。最后，.net runtime 支持簡化和可靠的安裝和升級，使用更簡便，可靠性更好。它和 .net runtime 的安全性及版本管理功能相結合，也提高了可靠性，并使軟件可以作為一種服務而不是產品來出售。
使用 web 服務將數據從多個數據源集成為可以使用的信息
另一個重要的趨勢是應用程序為達到某種目的而從多個數據源集成信息。典型的示例就是計劃一個商務旅行：您需要機票、租用汽車和酒店。您想去商店購物，并希望所需的每一種商品的價格都符合您的標準，所以需要從三組不同公司中獲得數據；您的旅行還需要調整，以便按時到達，且到達時有汽車、有酒店房間（當然要有以太網），并且能及時回家。web 服務使用 soap 和標準的 xml 架構幫助應用程序以業界標準的方式在 internet 上通訊，所以應用程序可以使用并共享另一臺計算機上的信息，而不管另一臺計算機所使用的平臺。.net 框架使編寫和使用 web 服務成為一件非常簡單的事情。但是，如果您想要看用 .net 實現復雜的真實 web 服務示例，請打開網站 http://terraserver.microsoft.net/，上面展示了世界各地的地圖和航拍照片信息（microsoft 的 terraservice 工程提供）以及其他信息，如美國人口普查數據。
.net 還包括 .net enterprise servers 服務器軟件，它集成了 .net 的功能并使它更易于使用。您可以在網站 http://www.microsoft.com/servers/net/ 上學習更多有關 .net enterprise servers 的知識。
最后還要說明重要的一點，microsoft 要提供諸如身份驗證和日歷服務等功能作為 web 服務，您可以像使用本地對象一樣方便地使用它。如果能夠以可負擔的價格購買所需的功能模塊，使用 opws（其他人員的 web 服務，sec [其他人的代碼] 的變種）通常是件好事。您也許有興趣了解第一個 microsoft web 服務，即 passport 身份驗證服務 (http://www.passport.com/consumer/default.asp?pplcid=1033)，根據點擊次數計算，即使是今天，該網站仍是十大 web 站點之一。但是點擊次數是由使用 passport 來驗證用戶身份的 web 站點（例如 hotmail）在幕后生成的。
所以，.net 框架使編寫新型的應用程序變得更簡單，這類應用程序容易安裝，并比以前的應用程序更可靠。因為這些程序利用了 microsoft 和其他公司/人（也許就是您）提供的 web services，因此非常強大。
dr. gui 對 .net 框架的回顧
microsoft 操作系統 api 集的簡要歷史
使用 .net 框架編程不同于使用 win32® api 編程，正如 windows 編程與 dos 編程大相徑庭。每一個 api 都是某一個時代的產品：dos api 是八十年代早期的產品；windows api 是八十年代中期的產品；而 .net api 是九十年代后期的產品。
dos
回溯 dos api 的設計目的，是用于小型計算機系統上眾多單一任務操作系統。盡管在微機問世的時代很流行使用 unix 和 vms 操作系統，但微機沒有足夠的內存或速度來運行這些相對來說較復雜的操作系統。由于內存和速度的限制，諸如 dos 之類的操作系統主要用匯編語言編寫，所以它們盡可能地小而快。dos 的 api 主要是絕對需要匯編語言（可能通過使用至少部分使用匯編語言編寫的運行時庫）來調用的軟件中斷調用（還記得 int 21h 中斷嗎？）的集合，系統只提供了數量很少（低分）的服務，主要是面向磁盤和字符輸入/輸出模式。dos 只支持單一任務（因此，只能執行單線程），并且 dos 程序始終控制著計算機系統，當程序無事可做的時候，就循環檢測是否有鍵盤輸入。
windows
windows api 設計于八十年代早期，那時的美國總統是里根，c 語言是絕大多數系統程序員的首選語言。（某些重要的系統都是用 pascal 語言編寫的，其性能和 c 語言相似。）stroustrup 的 c++ 編程語言直到 1986 年才出版。那時正在風行“結構化編程”，程序員們學習如何避免使用 goto，直到九十年代，面向對象的編程才開始成為主流。
結果是，只有 c（或 pascal）程序員才會喜歡 win32 api。有且僅有一個名稱空間，所有的數百個（后來是數千個）api 名稱很長，且 api 編寫者提出不同的命名慣例以將其分類。這些語言不直接支持抽象的數據類型，所以程序員又提出命名方案，例如 microsoft 的匈牙利方案（charles simonyi 提出），在標識符的前面添加縮寫前綴來表示抽象的變量類型（如“i”表示索引，“c”表示計數，它們都用作基礎語言類型“int”）。
但是在 windows 中最重要的差別是使用了圖形用戶界面，因此必須完全重新調整程序的結構，因為 windows 支持多任務（盡管不是在 win16 中的多線程），當程序無事可做的時候，將控制權返回給操作系統。所以，不是由程序始終保持控制，而是將程序重新調整為消息句柄的集合，每個句柄都對來自操作系統的消息（例如，單擊鼠標和按鍵）做出回應，并盡可能快地將回應返回給操作系統，再等待下一條消息。在重新調整應用程序結構以后，windows 的諸多特性開始發揮作用，如設備無關性和強大的標準化用戶界面功能，包括窗口、對話框、控件（如按鈕、列表框和編輯控件）以及菜單。
面向對象的編程
在九十年代早期，開始流行面向對象的編程。通過面向對象的編程，可以編寫在程序的對象之間具有較好定義的交互和極少量未定義的交互的較大項目。并且對象允許程序員以更有效的方式創建抽象概念，使編程較之以往更上一層。
visual basic® 在運行時封裝了大量消息路由邏輯，程序員可以使用基于對象的方式，通過讓 visual basic 程序員集中編寫消息處理函數來進行 windows 編程。當 c++ 成為流行語言時，諸如 mfc 的類庫允許允許程序員使用應用程序框架提供的大量默認交互來將 windows 應用程序編寫為交互對象組。
在面向對象的編程思想廣泛傳播之前，用 visual basic 和 mfc 程序編寫的 api 仍然是 windows api。(公正地說，實際上 windows 包含了面向對象的概念。）但是，visual basic 和 mfc 運行時庫的大小證明了一個事實，那就是需要越來越多的努力去彌補面向對象編程思想和舊編程思想（單層 api 集）之間的差距。
組件
九十年代中期開始流行一種新概念：軟件可以由可互換的組件構成，一套組件可以裝配出音頻系統或家庭影院。這個觀點是通過嚴格定義接口和根據明確定義的約定來實現的，您可以用相對容易的方法混合和裝配軟件的組件。
支持基于組件的編程思想要求對 windows、ole 和 com 中的單層 api 附加新內容。某些附加內容非常復雜，因為基于 c 的 api 從來不會自動支持諸如軟件對象的動態創建和對象的自動生存期管理等操作，不必提及 c 語言和 c++ 語言可用于編寫單片機的應用程序，這些應用程序不是由一組組件構成的。
因此，編寫組件成為非常乏味的工作，并且需要文件和轉換器以彌補語言并不真正支持基于組件的編程這個缺憾。盡管 visual basic 和諸如 atl 之類的庫減輕了編寫組件的乏味性，但許多高級的（但是有趣的）操作仍然相當困難。而且新版本組件常常由于 windows 缺少支持靈活處理不同版本的特性而導致現有的應用程序中斷。
如此多的功能，如此少的通用性
最后，在這段時間里有各式各樣的 api 被添加到 windows 中，致使編程模型中出現巨大的矛盾，甚至原始的 windows api 也出現了一些矛盾，看一下窗口、菜單和控件的處理與設備環境、畫筆、字體和畫刷的處理之間的差異就能了解。但更嚴重的問題是：在 windows 中大概有六種（也許更多，dr. gui 還未仔細計數）處理錯誤的不同方式。大概有六種字符串類型。這僅僅是冰山的一角而已。
很清楚，在雜亂無章的 api 編程模型和對基于組件的程序和 internet 編程的巨大支持的需求之間，恰恰是一種新型的、明確設計的、協調的現代 api 成熟的時機。microsoft 推出了 .net 框架以解決這些問題。
全新的開始而不用從頭再來：.net runtime
正如八十年代后期停止以舊的 dos 方式編寫程序一樣（什么？放棄 tsr？），現在是時候讓 windows 程序員們考慮一下了，擺脫使用單層、過時的 windows api，轉而使用新型的、面向對象且基于組件的 api。dr. gui 建議您嘗試一下 .net 框架和 runtime 以便了解現代的 runtime 是如何工作的。
基于組件成為核心
若要理解 .net runtime，您必須理解 .net runtime 的設計目的是直接在 runtime 中為現代基于組件的編程提供第一手支持。換句話說，全部是圍繞組件進行的。如果您理解這一點，理解為什么要將 .net runtime 設計成現在的樣子就簡單多了。
正如在 windows 中添加了對窗口、控件、圖形和菜單的直接支持，為基于消息的編程添加了底層結構，為支持設備無關性添加了抽象內容一樣，.net runtime 直接支持組件（包括屬性和事件）、對象、繼承性、多態性和接口。它還提供支持以允許您使用二十多種不同編程語言中的任一種，仍然用非 .net 代碼交互，而且不管這些代碼是在您本機上運行還是在不同的計算機上運行。換句話說，.net 代表了一種全新的、現代化的起點，且不必從頭再來：您可以使用多種語言，從熟悉的語言到外來的語言，并繼續使用舊的組件和 dll 而不用對其進行修改。您甚至可以象使用任何 com 對象一樣使用 .net 組件，這樣新的 .net 代碼可以和舊的 com 應用程序一起使用。（您也許想要將這種語言的靈活性與易于協作性與市場上的其他運行時系統，尤其是那些以“j”開頭的遺留代碼對比）。
.net runtime 的其他主要功能的設計目的是為組件開發提供第一手支持。對屬性和事件的直接支持使得基于組件的編程變得更簡單，而不需要特殊的接口和適配設計模式。自動內存管理處理棘手的對象生存期問題。序列化支持允許以多種格式編寫“凍干”組件，包括基于業界標準 xml 的 soap（并不只是專利二進制格式），并且以后重新組織它們。有了調用和創建業界標準 web 服務的能力，您可以向 internet 上任何地方、使用任何設備的任何人展示組件，也可以使用 internet 上任何地方的任何設備上的組件。例外提供了處理錯誤條件的有力、協調的方式。每個模塊都具有內置的完整元數據，這意味著諸如動態創建和方法調用之類的功能更容易，也更安全。（.net 甚至允許您靈活地創建和執行代碼。）您可以控制應用程序使用的組件的版本，這使應用程序更可靠。最后，該代碼是與處理器無關的和易于驗證的中間語言 (il)，而不是某一種特定的機器語言，這意味著組件不但可以在多種計算機上運行，而且可以確保組件不會覆蓋它們不使用的內存，也不會潛在地導致系統崩潰。
.net runtime 包含這里提到的每一個關鍵特征，所以，您可以很容易地編寫出有活力的面向對象的組件。
請稍等，還有很多內容！
.net runtime 除了提供全部強大的組件支持功能外，還包括大量的類，其設計目的是提供解決現代編程問題的底層結構，包括與 asp.net 協同工作的復雜的、基于組件的 web 服務器應用程序支持（并支持將各種各樣的瀏覽器和移動設備作為客戶），xml 支持，增強的數據庫訪問等等。
并且很快就要被標準化
最后，.net runtime 的主要部分，即公共語言基礎結構 (cli) 隨同 c# 語言和 il 格式一起正處在由歐洲計算機制造協會（ecma，標準化 javascript 和 jscript® 的組織，http://www.ecma.ch/ecma1/stand/ecma-262.htm）標準化的過程中，這將為其他公司在不同平臺上開發兼容的 .net 實現鋪平道路。關于 c# 和 cli 標準化的詳細信息，請參見 http://msdn.microsoft.com/net/ecma/。
現在學習 .net 的原因
既然 .net 還未正式上市，為什么要下載或定購 .net 的 beta 1 版，并且從現在就開始學習它？
簡而言之，您已經有了很好的機會成為最先嘗試 .net 并在它正式上市前已經準備就緒的人。對 dr. gui 來說，這是令人振奮的：您看，博士以前總在 windows、mfc、com 和 atl 的潮流后面苦苦追趕，他多么希望自己能夠早一點學習這些技術。這一次，它充分利用這次機會率先窺探 .net 的秘密。
抓住學習 .net 的機會
所有早期的跡象都表明 .net 框架必將成為高效且大受歡迎的編程平臺，所以它很快就會得到廣泛應用。早一點學習，就會處于有利于地位。在其他人對它還不甚了解的時候，您已經能熟練和高效地運用這項新技術工作。順便說一句，編寫 .net 程序既簡單又有趣。
dr. gui 的指示：.net 的練習每周只需一小時
...讓程序更健壯
因為 .net 才出現不久，而且還未正式上市，dr. gui 建議您先走一步，就是：每周抽出一小時學習 .net。
這些教程文章每月發表兩次，其中包含的練習能幫助您真正地了解您所閱讀的內容。所以，假設您花一小時來閱讀這些文章（越往后閱讀文章所花的時間會越少），一、兩小時來做練習，那么您付出相對較小的努力就能學到一些有用的新技術——平均每周一小時。
每周花費一小時學習，您得到的是關于 .net 框架的牢固知識。您將對它的工作方式了如指掌，并且在 .net 平臺上編程得心應手。
和一個（兩個，或更多）朋友一起做
一個有經驗的伙伴能夠幫助您處理許多問題，和您的朋友或同事一道學習 gui.net 將有助于您更好地完成學習，樂趣也更多。和一群人一起學就更好了。可以成立一個討論小組，或者只是在完成每套練習時（或有問題而難以繼續時）互傳電子郵件。
我們將討論的內容
由于 .net 框架非常巨大，您可能會感到疑惑，我們將討論些什么，什么時候討論？
我們將從最基本的內容開始這個專欄。您已經閱讀過關于 .net 框架要解決的問題。下一步，我們將討論 .net runtime 的各個方面，包括必要的“hello world”程序，還將簡單介紹元數據和中間語言 (il)——.net 的機器語言。
下一次，我們將開始討論 .net 框架的基礎，包括所有類的父類，system.object。我們還要討論垃圾回收和一些關于接口的內容。
在此之后，將用幾篇文檔討論如何使用 .net 框架和 runtime 的基礎：數據類型、例外、文件和網絡 i/o、序列化、線程和計時器以及調試。
然后，我們將了解 windows 程序員熟悉和喜愛的圖形用戶界面類。
.net 框架中有許多用于訪問數據庫、xml 和 web 應用程序的重要特征，但是博士目前計劃讓別人討論這些問題。
每個專欄都有一個示例程序、示例的解釋以及您可以嘗試完成的練習，所有示例都用 c# 語言編寫，集中說明較大的概念，以便您能夠更好地理解 .net 深處的設計技巧。
使用 c# 語言的原因
既然 .net 支持大約二十種語言，為什么 dr. gui 所有關于 .net 的專欄都使用稱之為 c# 的新語言來編寫？原因非常簡單：正如 c 語言是用來編寫 windows 程序的，c# 語言是用來編寫 .net 程序的。.net 框架中的大多數內容都是使用 c# 語言編寫的，但是您可以在 .net 中使用多種語言編程，用 c# 語言是為了在 .net 中使用和支持基于組件的編程而特別設計的。同時，c# 語言還是一種非常好的編程語言。它易于使用,但是又沒有那些名稱以“j”開頭的語言所具有的問題。例如，您能夠以 c# 語言來編寫 swap 函數（在名稱以“j”開頭的語言中則不能這樣做，這是令 dr. gui 對那種語言產生反感原因之一）。
另外，通過使用 c#，您在學習 .net 的同時也學習了 c# 語言。如果您選擇使用另一種語言，看以 c# 語言編寫的示例不會帶來負面影響：.net 框架和 runtime 您使用的任何語言都適用。
如果您更愿意使用其他某種語言，將代碼轉換為您所使用的語言相對來說比較簡單。但是 dr. gui 這個家伙卻沒有時間完成這項工作。如果有人想要進行這項工作，dr. gui 也許能夠提供到您的轉換后的代碼的鏈接——但這并非承諾。
運行 beta 1 版所需的條件
運行 visual studio.net 的 beta 1 版所需的條件相當簡單：計算機的操作系統為 windows 2000、windows nt® 4.0、windows 98 或 windows me。（可能會在以后的 beta 版本中支持其他操作系統，例如 whistler beta 版和 windows 95。）計算機還必須具備相當快的運算速度（要求 pii/450，建議使用 piii/733）、1 gb 或 2 gb 硬盤空間、128 mb 內存（建議使用 256 mb 內存），至少有 super vga (svga) 視頻和 cd-rom 或 dvd-rom 驅動器。如果您只想安裝 .net 框架sdk，cpu 和內存的要求可以稍微低一些；硬盤空間的需求可顯著降低（只需 100-200 mb 就足夠了）。
您還需要安裝 internet explorer 5.5 (http://www.microsoft.com/windows/ie/)、mdac (ado) 2.6 (http://www.microsoft.com/data/download.htm) 和 microsoft web 服務器。（在控制面板中，單擊“添加/刪除程序”，然后單擊“添加/刪除 windows 組件”。）如果您有 visual studio.net 的 cd，安裝程序將自動更新 internet explorer 和 mdac。
安裝說明建議您在非生產用途的計算機上安裝。dr. gui 沒有發現 visual studio.net 和/或 .net 框架與其他軟件之間的不良影響，但是他贊成這個建議：不要在您賴以工作的計算機上冒險使用 beta 版的軟件。事實上，dr. gui 在另一臺日常很少用的計算機上安裝了 .net 框架。（盡管博士想過當一個冒險者，在他的膝上型電腦上安裝。）
獲得 .net 的方式
最容易獲得 visual studio.net 和 .net 框架sdk 的地方是 msdn .net 開發人員中心 (http://msdn.microsoft.com/net/)。
如果僅僅是想要簽出 .net 框架，且具有很快的連接，那么您可以免費下載它（很大，大概 111 mb）。您也可以免費定購它，但您需要負擔 cd 的郵寄費用。.net 框架sdk 包含編譯器（甚至 c#！），但不包括集成的開發環境 (ide)。
但是如果您想要定購 .net 框架sdk 的 cd，請定購整個 visual studio.net cd 集（其中包含三張 cd，您還是只需負擔郵寄費用）。如果您是 msdn 全球訂戶，則只能下載 visual studio.net，它的大小約為 1.5 gb，所以必須有真正快速的 internet 連接。
安裝
絕大部分安裝都簡單易行，只需單擊適當的安裝程序或 url 就可以了。安裝程序易于理解而又方便。
不過，還是有一個小技巧：安裝 .net 框架sdk 時，系統將詢問您是否注冊環境變量，以便可以從命令行生成。請確保選擇了這個復選框來注冊環境變量，這樣才能使用命令行工具。
編寫 .net 程序
visual studio.net 的設計目的是使 .net 編程變得更簡單，除此之外，諸如自動完成語句和拖放窗體編輯之類的功能，使得使用不熟悉的 api 集變得極其簡單。
我們將要使用 visual studio，但是現在博士要求大家用舊的方式做事：在記事本（或 visual studio，如果愿意）中編寫源文件，將其保存到磁盤上，然后編譯并從命令行運行。這些工作只需要 .net sdk，而不需要 visual studio.net。使用命令行工具也可以使我們有機會看到產生了什么文件和熟悉某些命令行工具。
注意，因為從 beta 1（當前版本）到最終上市的版本計劃會對 .net api 做一些重要的改動。所以，您編寫的 beta 1 版代碼必須要為在 beta 2 或最終版本下運行而進行一些修改。但是，現在開始學習的重要概念是不會改變的，所以現在的學習并非徒勞無益。
如何拼寫
在 .net 程序中使用大小寫的慣例也許和您所用過的其他語言不同。但是，.net 的規則極其簡單：所有非參數名的標識符和私有域的名稱，其每個詞的首字母大寫，包括第一個。（microsoft 建議將所有域都設為私有，但是它們也許要通過一個屬性公開。）對于參數名稱和私有域的名稱，其每個詞的首字母大寫，第一個除外。您必須了解這些規則，因為 .net 框架名稱遵循這些規則，并且某些語言（如 c#）是區分大小寫的。
所以，主要的輸出函數名為 system.console.writeline，嚴格遵循大小寫規則。system.console.writeline 的格式字符串參數名為 formatstring，而不是 formatstring。但是字符串長度屬性的名稱是 strlen，而不是 strlen。
對于 dr. gui，最困難的事是要記住使用 main 而不是 main。
hello world.net
現在，沒有問題了，這里是 .net 最簡單的“hello world”：
class myapp {
public static void main() {
system.console.writeline("hello, world! (1)");
}
}
類中的所有對象
您首先注意到的可能是 main 函數是類的成員。在 .net 中，所有方法必須是類或結構的成員。（下次，我們將詳細討論結構。）這是因為在 .net 中，組織的基本單位是類型（即類或結構）。visual c++.net 的托管 c++ 擴展允許您可以在類之外公開地編寫變量和函數，但在類中也可以編寫變量和函數：隱含的全局類。
看！沒有頭文件！
不但是類中的所有對象，而且類聲明都完成了。除了 c#（和大多數 .net 語言）源代碼的源以外，沒有頭文件、idl 文件或其他任何文件。所需要說明類的東西就是類本身。
那么，如果您使用不在源文件中的其他類，會發生什么情況呢？編譯器如何明白這個類中的內容？
答案是編譯器讀取包含您所使用的類的程序集中的元數據。程序僅僅隱式地使用 system.object（因為所有對象來自于 system.object）。c# 編譯器自動轉到 mscorlib.dll 程序集以從中獲得元數據，所以它能夠獲得需要用于 system.object 的信息。如果使用不同程序集中的類，請在 c# 編譯器 (csc) 命令行中使用 /r 選項以指定程序集，例如：
csc /r foo.dll hello.cs
順便提一句，模塊是一個可執行文件，即應用程序或庫。它的擴展名通常是 .exe 或 .dll。程序集是一個或多個模塊的集合。程序集中的一個文件具有程序集的清單，或該程序集中文件的列表。程序集是可以被部署和版本化的可執行代碼的最小單位（當以后我們查看程序集的清單時，您會注意到只有程序集有版本號）。
main 很特殊
下一步您可能會注意到在 main: public 和 static 上的修飾符。對 c# 中的成員的缺省訪問控制是 private，因此我們需要聲明 main: public 以使它可以在運行時被調用。main 是 static，也可以說是類方法，而不是實例方法。因此運行時可以調用它而不用關心創建 myapp 對象并將該對象的 this 指針傳遞給 main 對象。注意，這里我調用了 myapp，您可以調用類中的任何對象。這個版本的 main 不帶任何參數并且不返回任何東西，由 void 的返回類型表示。（可以編寫帶有其他參數的 main 并返回值）。
最后，我們調用 writeline 方法編寫字符串。我已經選擇使用函數 system.console.writeline 的完全限定名。writeline 是一個 system 名稱空間中的 console 類的 static 方法（和 main 一樣）。
減少鍵入
經常輸入完全限定的類名是很麻煩的事情，所以 c# 允許您指定用 using 語句查找的名稱空間。例如：
using system;
class myapp {
public static void main() {
console.writeline("hello, world! (2)");
}
}
因為編譯器搜索 system 名稱空間和 local 名稱空間，所以我們不必在 console.writeline 的調用中指定 system。這并不是一個大的勝利，但是當您有許多對象引用和方法調用時，它非常方便。在下面的程序中您會看到這一點。
等一下！別走開！
在某些情況下（例如從文件管理器中運行 hello.exe），命令窗口可能會在您看到輸出之前消失。要防止發生這種情況，請調用 console 的 readline 方法從鍵盤上讀取，這將導致程序在您按 enter 鍵之前暫停。（我們將始終將它作為控制臺應用程序的 main 中的最后一個語句。）
程序如下所示：
using system;
class myapp {
public static void main() {
console.writeline("hello, world! (3)");
console.readline(); // 等待直到按 enter 鍵；最后一行
}
}
看到了嗎？您可以在 c# 中交換！
正如博士所提到的，與其他一些語言不同，您可以在 c# 中編寫交換兩個變量的函數。
這是一個交換兩個整型變量內容的 c# 程序：
using system;
class swapints {
public static void main() {
int32 i = 1, j = 2;
console.writeline("i 是 {0}, j 是 {1}", i, j);
swap(ref i, ref j);
console.writeline("i 是 {0}, j 是 {1}", i, j);
console.writeline(
"i 仍是 {1:####}，j 仍是 {0:####}",
j, i
);
console.readline();
}
static void swap(ref int32 a, ref int32 b) {
int32 t = a;
a = b;
b = t;
}
}
這里要注意一些事情。第一，博士已經選擇使用 .net 框架類型 system.int32（int32 的全名）而不是 c# 類型 int。因為 c# 中的 int 只是 system.int32 的一個簡單別名，此外沒有任何差別。但是，dr. gui 希望使用 .net 框架類型而不是特定于 c# 的類型，這使得將示例轉換為 c# 以外的語言要容易一點。這些類型在所有語言中都是一致的。（當 dr. gui 用 c# 為 c# 程序員編寫代碼時，他趨向于使用 c# 類型，因為它們使他想起 c/c++ 類型，并且感覺很好。）
下一步，注意 console.writeline 所提供的靈活的格式。變量被插入到輸出字符串中，在括號中表達式 {0} 和 {1} 的位置。數字 0 和 1 代表將要被格式化的參數的位置。第一個參數編號為零而不是一。（數組編號也是從零開始的，這就是為什么這個專欄叫做 gui.net #0，而不是 #1）。您會注意到博士在最后的 writeline 語句中切換了變量。將格式字符串轉換到具有不同文法的語言時，能夠切換次序是非常重要的，即您可以改變格式字符串而不用改變調用。另外，還可以在括號中加入其他信息，正如在最后一條 writeline 語句中。這種格式化機制對于類型來說也是可擴充的。
最后，請注意最重要的一點：在 swap 的調用和函數聲明中，通過引用傳遞的參數用 ref 來標記。這就告訴了 c# 編譯器我們想要在調用方法時將交換 i 和 j 的方式。如果不使用 ref 標記，則要交換由值傳遞值時生成的副本（您可以試一下刪除 ref 的全部四個實例，然后親自查看結果）。
實踐與探討
讓我們動手吧！
一旦安裝了 .net，您就可以使用記事本或 visual studio 創建包含前面的“hello world”程序之一的文件。創建一個空的子目錄，將文件保存到該子目錄中，并命名為 hello.cs（cs 表示為 c# 文件）。
下一步，打開命令提示并更改到正在使用的目錄。鍵入“csc hello.cs”命令來編譯該程序。如果在目錄中查看，您將發現已經創建了 hello.exe 文件。鍵入“hello”執行該文件，控制臺窗口將顯示“hello, world!”。
可執行文件的內容
列出目錄的內容，請注意只有兩個文件：hello.cs 和 hello.exe。hello.exe 是一個非常小的文件，只有 3 kb 左右。真簡單。
但是，hello.exe 文件中有些什么？這就不那么簡單了。有一個存根加載器，即很小的本機機器語言程序，它可加載 .net runtime 并給予其控制權以便使它開始執行您的程序。
但是兩個重要的部分是元數據和 il 中的代碼，元數據向 common language runtime 和可能引用程序中的類型的編譯器解釋該程序。（您可能會想起 il 是 .net runtime 的機器語言。）當 runtime 即將開始執行每種方法時，它將 il 轉換為本機代碼，然后執行本機代碼。.net 從來不解釋 il，它總是將 li 編譯成本機代碼。
如何查看元數據和 il？使用 il 反匯編 (ildasm) 工具會使該操作變得非常簡單。只要在命令提示下輸入“ildasm hello.exe”（假設 hello.exe 文件在當前目錄下）就可以了。您可以看到一個如下顯示的窗口。
圖 1：ildasm 窗口
最初，“hello.exe”之下的目錄樹顯示兩個部分：清單和類 myapp。由于模塊 hello.exe 有一個清單，所以我們知道它就是程序集的說明文件。在這種情況下，程序集僅包含一個模塊文件 hello.exe。
清單
雙擊清單將看到元數據的一小部分，這部分說明了這個程序集（應用程序或組件）中包含的模塊（文件）。對于第三個 hello.exe 程序，它看起來如下：
.assembly extern mscorlib {
.originator = (03 68 91 16 d3 a4 ae 33 )
.hash = (52 44 f8 c9 55 1f 54 3f 97 d7 ab ad e2 df 1d e0
f2 9d 4f bc )
.ver 1:0:2204:21
}
.assembly hello as "hello" {
// --- 下面的自定義屬性是自動添加的
// 不要取消注釋 -------
// .custom instance void [mscorlib]system.diagnostics.debuggableattribute::.ctor(bool,
bool) = ( 01 00 00 01 00 00 )
.hash algorithm 0x00008004
.ver 0:0:0:0
}
.module hello.exe
// mvid: {59365aa0-b469-4359-9baf-4840a9257c61}
這個元數據聲明程序集 hello 的版本為 0.0.0.0，包含模塊 hello.exe，并且使用 1.0.2204.21 版本的 mscorlib 程序集（.net runtime 主 dll）。模塊版本標識符 (mvid) 是一個包含此版本模塊 hello.exe 的 id 的全局唯一標識符 (guid)。
模塊元數據
如果按下 ctrl+m 組合鍵，您將看到更多的元數據，這次是模塊的元
