C#的語法與C++非常相似，實現(xiàn)從C++向C#的轉(zhuǎn)變，其困難不在于語言本身，而在于熟悉.NET的可管理環(huán)境和對.NET框架的理解。盡管C#與C++在語法上的變化是很小的，幾乎不會對我們有什么影響，但有些變化卻足以使一些粗心的C++編程人員時刻銘記在心。盤點C++編程人員最容易犯的十個錯誤及解決方法。

　　錯誤1：C#中的值型變量和引用型變量是有區(qū)別的

　　與C++一樣，C#也是一種強類型編程語言。C#中的數(shù)據(jù)類型被分為了二大類：C#語言本身所固有的數(shù)據(jù)類型和用戶自定義數(shù)據(jù)類型，這一點也與C++相似。

　　此外，C#語言還把變量分為值類型和引用類型。除非是被包含在一個引用類型中，值類型變量的值保留在棧中，這一點與C++中的變量非常相似。引用類型的變量也是棧的一種，它的值是堆中對象的地址，與C++中的指針非常地相似。值類型變量的值被直接傳遞給方法，引用型變量在被作為參數(shù)傳遞給方法時，傳遞的是索引。類和界面可以創(chuàng)建引用類變量，但需要指出的是，結(jié)構(gòu)數(shù)據(jù)類型是C#的一種內(nèi)置數(shù)據(jù)類型，同時也是一種值型的數(shù)據(jù)類型。

　　2陷阱： 沒有明確的結(jié)束方法

　　幾乎可以完全肯定地說，對于大多數(shù)C++編程人員而言，C#與C++最大之一的不同之處就在于碎片收集。這也意味著編程人員再也無需擔(dān)心內(nèi)存泄露和確保刪除所有沒有用的指針。但我們再也無法精確地控制殺死無用的對象這個過程。事實上，在C#中沒有明確的destructor。

　　如果使用非可管理性資源，在不使用這些資源后，必須明確地釋放它。對資源的隱性控制是由Finalize方法(也被稱為finalizer)提供的，當(dāng)對象被銷毀時，它就會被碎片收集程序調(diào)用收回對象所占用的資源。finalizer應(yīng)該只釋放被銷毀對象占用的非可管理性資源，而不應(yīng)牽涉到其他對象。如果在程序中只使用了可管理性資源，那就無需也不應(yīng)當(dāng)執(zhí)行Finalize方法，只有在非可管理性資源的處理中才會用到Finalize方法。由于finalizer需要占用一定的資源，因此應(yīng)當(dāng)只在需要它的方法中執(zhí)行finalizer。直接調(diào)用一個對象的Finalize方法是絕對不允許的(除非是在子類的Finalize中調(diào)用基礎(chǔ)類的Finalize。)，碎片收集程序會自動地調(diào)用Finalize。

　　從語法上看，C#中的destructor與C++非常相似，但其實它們是完全不同的。C#中的destructor只是定義Finalize方法的捷徑。因此，下面的二段代碼是有區(qū)別的：

　　~MyClass()

　　{ // 需要完成的任務(wù)

　　}

　　MyClass.Finalize() {// 需要完成的任務(wù)

　　base.Finalize();

　　}

　　錯誤3：Finalize和Dispose使用誰?

　　從上面的論述中我們已經(jīng)很清楚，顯性地調(diào)用finalizer是不允許的，它只能被碎片收集程序調(diào)用。如果希望盡快地釋放一些不再使用的數(shù)量有限的非可管理性資源(如文件句柄)，則應(yīng)該使用IDisposable界面，這一界面有個Dispose方法，它能夠幫你完成這個任務(wù)。Dispose是無需等待Finalize被調(diào)用而能夠釋放非可管理性資源的方法。

　　如果已經(jīng)使用了Dispose方法，則應(yīng)當(dāng)阻止碎片收集程序再對相應(yīng)的對象執(zhí)行Finalize方法。為此，需要調(diào)用靜態(tài)方法GC.SuppressFinalize，并將相應(yīng)對象的指針傳遞給它作為參數(shù)，F(xiàn)inalize方法就能調(diào)用Dispose方法了。據(jù)此，我們能夠得到如下的代碼：