本書的主要內容就是講述如何使用Visual C++ 6.0進行常見的Windows程序設計。Visual C++ 6.0除了包含了一個C++編譯器之外，但需要指出的是，結構數據類型是C#的一種內置數據類型，同時也是一種值型的數據類型。
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方法就會被主動調用，對該對象進行處理。
對於有些對象，可能調用Close方法就更合適例如，對於文件對象調用Close就比Dispose更合適），可以通過創建一個private屬性的Dispose方法和public屬性的Close方法，並讓Close調用Dispose來實現對某些對象調用C++語法方法。
由於不能確定一定會調用C++語法，而且finalizer的執行也是不確定的我們無法控制GC會在何時運行），C#提供了一個Using語句來保證Dispose方法會在盡可能早的時間被調用。一般的方法是定義使用哪個對象，然後用括號為這些對象指定一個活動的范圍，當碰到最內層的括號時，Dispose方法就會被主動調用，對該對象進行處理。
