由C++轉向C#簡單介紹
C#語言還是比較常見的東西，這里我們主要介紹C++轉向C#，包括介紹轉向可管理的環境、Traps、引用類型和值類型等方面。
每隔10年左右，編程人員就需要花費大量的時間和精力去學習新的編程技術。在80年代是Unix和C，90年代是Windows和C++，現在又輪到了微軟的.NETFramework和C#盡管需要學習新的技術，但由此帶來的好處卻遠高于付出的勞動。幸運的是，使用C#和.NET進行的大多數工程的分析和設計與在C++和Windows中沒有本質的變化。在本篇文章中，我將介紹如何實現由C++轉向C#的飛躍。
已經有許多文章介紹過C#對C++的改進，在這里我就不再重復這些問題了。在這里，我將重點討論由C++轉向C#時***的變化：由不可管理的環境向可管理的環境的變化。此外，我還會提出一些C#編程人員容易犯的錯誤供大家參考，此外，還將說明一些C#語言的能夠影響編程的新功能。
轉向可管理的環境
C++的設計目標是低級的、與平臺無關的面向對象編程語言，C#則是一種高級的面向組件的編程語言。向可管理環境的轉變意味著你編程方式思考的重大轉變，C#不再處理細微的控制，而是讓架構幫助你處理這些重要的問題。例如，在C++中，我們就可以使用new在棧中、堆中、甚至是內存中的某一特定位置創建一個對象。
在。NET的可管理環境中，我們再不用進行那樣細微的控制了。在選擇了要創建的類型后，它的位置就是固定的了。簡單類型（ints、double和 long）的對象總是被創建在棧中（除非它們是被包含在其他的對象中），類總是被創建在堆中。我們無法控制對象是創建在堆中哪個位置的，也沒有辦法得到這個地址，不能將對象放置在內存中的某一特定位置。（當然也有突破這些限制的方法，但那是很另類的方法。）我們再也不能控制對象的生存周期，C#沒有destructor.碎片收集程序會將對象所占用的內存進行回收，但這是非顯性地進行的。
正是C#的這種結構反映了其基礎架構，其中沒有多重繼承和模板，因為在一個可管理的碎片收集環境中，多重繼承是很難高效地實現的。
C#中的簡單類型僅僅是對通用語言運行庫（CLR）中類型的簡單映射，例如，C#中的int是對System.Int32的映射。C#中的數據類型不是由語言本身決定的，而是由CLR決定的。事實上，如果仍然想在C#中使用在VisualBasic中創建的對象，就必須使自己的編程習慣更符合CLR的規定。
另一方面，可管理的環境和CLR也給我們帶來了好處。除了碎片收集和所有.NET語言中統一的數據類型外，它還提供給我們一個功能強大的面向組件的編程語言，無須對后期綁定提供特別的支持，類型發現和后期綁定都是被內置在語言中的。屬性是C#語言中的***類的成員，事件和代理也是。
可管理環境最主要的優點是.NETFramework.盡管在所有的。NET語文中都可以使用這種框架，但C#可以更好地使用.NET框架中豐富的類、接口和對象。
Traps
C#看起來與C++非常相似，這使得我們在由C++轉向C#時比較輕松，但其中也有一些容易出錯的地方。在C++中編寫得非常漂亮的代碼，在C#中會不能通過編譯，甚至會出現意想不到的結果。C#與C++之間在語法上的變化并不大，編譯器能夠發現這二者之間大部分的差異，我在這里就不再多費筆墨了，在這里我介紹幾個容易出問題的比較重要的變化：
引用類型和值類型
在C#中，值類型和引用類型數據是有區別的。簡單類型（int、long、double等）和結構屬于值類型數據，類和對象屬于引用類型數據。除非是包含在引用類型的變量中，與在C++中一樣，值類型變量的值存儲在棧中。引用類型的變量也存儲在棧中，但它的值是一個存儲在堆中的對象的地址，這一點也與C++類似。值類型變量是將自己的值傳遞給方法，而引用類型變量則將自己的指針傳遞給方法。
結構
C#中的結構與C++中有非常明顯的區別。在C++中，結構更象是類，除了缺省的繼承外，其缺省的訪問權限是public而不是private.在C#中，結構與類截然不同，它是用來封裝輕型對象的，是值類型的數據類型，在傳遞時傳送的是變量的值，而不是其地址。此外，它們也有一些不適用于類的限制，例如，它是不能繼承的，也沒有除System.ValueType之外的基本類。結構還不能定義一個缺省的constructor.
另一方面，由于結構比類的效率要高，因此它非常適合于創建輕型對象。因此，如果它的缺點對你的軟件沒有影響，使用結構比使用類效率要高得多，尤其是對于小對象而言。
【編輯推薦】
