我們知道， 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方法了。據此，我們能夠得到如下的代碼：
public void Dispose()
{
// 完成清理操作
// 通知GC不要再調用Finalize方法
GC.SuppressFinalize(this);
}
public override void Finalize()
{
Dispose();
base.Finalize();
}
對於有些對象，可能調用Close方法就更合適（例如，對於文件對象調用Close就比Dispose更合適），可以通過創建一個private屬性的Dispose方法和public屬性的Close方法，並讓Close調用Dispose來實現對某些對象調用Close方法。
由於不能確定一定會調用Dispose，而且finalizer的執行也是不確定的（我們無法控制GC會在何時運行），C#提供了一個Using語句來保證Dispose方法會在盡可能早的時間被調用。一般的方法是定義使用哪個對象，然後用括號為這些對象指定一個活動的范圍，當遇到最內層的括號時，Dispose方法就會被自動調用，對該對象進行處理。
using System.Drawing;
class Tester
{
public static void Main()
{
using (Font theFont = new Font("Arial", 10.0f))
{
//使用theFont對象
} // 編譯器將調用Dispose處理theFont對象
Font anotherFont = new Font("CourIEr",12.0f);
using (anotherFont)
{
// 使用anotherFont對象
} // 編譯器將調用Dispose處理anotherFont對象
}
}
