我們知道，C#的語法與C++非常相似，實現從C++向C#的轉變，其困難不在於語言本身，而在於熟悉.NET的可管理環境和對.NET框架的理解。
盡管C#與C++在語法上的變化是很小的，幾乎不會對我們有什麼影響，但有些變化卻足以使一些粗心的C++編程人員時刻銘記在心。在本篇文章中我們將討論C++編程人員最容易犯的十個錯誤。
陷阱1：沒有明確的結束方法
幾乎可以完全肯定地說，對於大多數C++編程人員而言，C#與C++最大的不同之處就在於碎片收集。這也意味著編程人員再也無需擔心內存洩露和確保刪除所有沒有用的指針。但我們再也無法精確地控制殺死無用的對象這個過程。事實上，在C#中沒有明確的destructor。
如果使用非可管理性資源，在不使用這些資源後，必須明確地釋放它。對資源的隱性控制是由Finalize方法（也被稱為finalizer）提供的，當對象被銷毀時，它就會被碎片收集程序調用收回對象所占用的資源。
finalizer應該只釋放被銷毀對象占用的非可管理性資源，而不應牽涉到其他對象。如果在程序中只使用了可管理性資源，那就無需也不應當執行Finalize方法，只有在非可管理性資源的處理中才會用到Finalize方法。由於finalizer需要占用一定的資源，因此應當只在需要它的方法中執行finalizer。
直接調用一個對象的Finalize方法是絕對不允許的（除非是在子類的Finalize中調用基礎類的Finalize。），碎片收集程序會自動地調用Finalize。
從語法上看，C#中的destructor與C++非常相似，但其實它們是完全不同的。C#中的destructor只是定義Finalize方法的捷徑。因此，下面的二段代碼是有區別的：
~MyClass()
{
//需要完成的任務
}
MyClass.Finalize()
{
//需要完成的任務
base.Finalize();
}
錯誤2：Finalize和Dispose使用誰？
從上面的論述中我們已經很清楚，顯性地調用finalizer是不允許的，它只能被碎片收集程序調用。如果希望盡快地釋放一些不再使用的數量有限的非可管理性資源（如文件句柄），則應該使用IDisposable界面，這一界面有個Dispose方法，它能夠幫你完成這個任務。Dispose是無需等待Finalize被調用而能夠釋放非可管理性資源的方法。
如果已經使用了Dispose方法，則應當阻止碎片收集程序再對相應的對象執行Finalize方法。為此，需要調用靜態方法GC.SuppressFinalize，並將相應對象的指針傳遞給它作為參數，Finalize方法就能調用Dispose方法了。據此，我們能夠得到如下的代碼：
publicvoidDispose()
{
//完成清理操作
//通知GC不要再調用Finalize方法
GC.SuppressFinalize(this);
}
publicoverridevoidFinalize()
{
Dispose();
base.Finalize();
}
對於有些對象，可能調用Close方法就更合適（例如，對於文件對象調用Close就比Dispose更合適），可以通過創建一個private屬性的Dispose方法和public屬性的Close方法，並讓Close調用Dispose來實現對某些對象調用Close方法。
由於不能確定一定會調用Dispose，而且finalizer的執行也是不確定的（我們無法控制GC會在何時運行），C#提供了一個Using語句來保證Dispose方法會在盡可能早的時間被調用。一般的方法是定義使用哪個對象，然後用括號為這些對象指定一個活動的范圍，當遇到最內層的括號時，Dispose方法就會被自動調用，對該對象進行處理。
usingSystem.Drawing;
classTester
{
publicstaticvoidMain()
{
using(FonttheFont=newFont("Arial",10.0f))
{
//使用theFont對象
}//編譯器將調用Dispose處理theFont對象
FontanotherFont=newFont("Courier",12.0f);
using(anotherFont)
{
//使用anotherFont對象
}//編譯器將調用Dispose處理anotherFont對象
}
}
在本例的第一部分中，Font對象是在Using語句中創建的。當Using語句結束時，系統就會調用Dispose，對Font對象進行處理。在本例的第二部分，Font對象是在Using語句外部創建的，在決定使用它時，再將它放在Using語句內，當Using語句結束時，系統就會調用Dispose。
Using語句還能防止其他意外的發生，保證系統一定會調用Dispose。
錯誤3：C#中的值型變量和引用型變量是有區別的
與C++一樣，C#也是一種強類型編程語言。C#中的數據類型被分為了二大類：C#語言本身所固有的數據類型和用戶自定義數據類型，這一點也與C++相似。
此外，C#語言還把變量分為值類型和引用類型。除非是被包含在一個引用類型中，值類型變量的值保留在棧中，這一點與C++中的變量非常相似。引用類型的變量也是棧的一種，它的值是堆中對象的地址，與C++中的指針非常地相似。值類型變量的值被直接傳遞給方法，引用型變量在被作為參數傳遞給方法時，傳遞的是索引。
類和界面可以創建引用類變量，但需要指出的是，結構數據類型是C#的一種內置數據類型，同時也是一種值型的數據類型。
錯誤4：注意隱性的數據類型轉換
Boxing和unboxing是使值型數據類型被當作索引型數據類型使用的二個過程。值型變量可以被包裝進一個對象中，然後再被解包回值型變量。包括內置數據類型在內的所有C#中的數據類型都可以被隱性地轉化為一個對象。包裝一個值型變量就會生成一個對象的實例，然後將變量拷貝到實例中。
Boxing是隱性的，如果在需要索引型數據類型的地方使用了值型數據類型的變量，值型變量就會隱性地轉化為索引型數據類型的變量。Boxing會影響代碼執行的性能，因此應當盡量避免，尤其是在數據量較大的時候。
如果要將一個打包的對象轉換回原來的值型變量，必須顯性地對它進行解包。解包需要二個步驟：首先對對象實例進行檢查，確保它們是由值型的變量被包裝成的；第二步將實例中的值拷貝到值型變量中。為了確保解包成功，被解包的對象必須是通過打包一個值型變量的值生成的對象的索引。
usingSystem;
publicclassUnboxingTest
{
publicstaticvoidMain()
{
inti=123;
//打包
objecto=i;
//解包（必須是顯性的）
intj=(int)o;
Console.WriteLine("j:{0}",j);
}
}
如果被解包的對象是無效的，或是一個不同數據類型對象的索引，就會產生InvalidCastException異外
錯誤5：結構與對象是有區別的
C++中的結構與類差不多，唯一的區別是，在缺省狀態下，結構的訪問權限是public，其繼承權限也是public。一些C++編程人員將結構作為數據對象，但這只是一個約定而非是必須這樣的。
在C#中，結構只是一個用戶自定義的數據類型，並不能取代類。盡管結構也支持屬性、方法、域和操作符，但不支持繼承和destructor。
