我們知道, C#的語法與C++非常相似,實(shí)現(xiàn)從C++向C#的轉(zhuǎn)變,其困難不在于語言本身,而在于熟悉.NET的可管理環(huán)境和對(duì).NET框架的理解。
盡管C#與C++在語法上的變化是很小的,幾乎不會(huì)對(duì)我們有什么影響,但有些變化卻足以使一些粗心的C++編程人員時(shí)刻銘記在心。在本篇文章中我們將討論C++編程人員最容易犯的十個(gè)錯(cuò)誤。
陷阱1: 沒有明確的結(jié)束方法
幾乎可以完全肯定地說,對(duì)于大多數(shù)C++編程人員而言,C#與C++的不同之處就在于碎片收集。這也意味著編程人員再也無需擔(dān)心內(nèi)存泄露和確保刪除所有沒有用的指針。但我們?cè)僖矡o法精確地控制殺死無用的對(duì)象這個(gè)過程。事實(shí)上,在C#中沒有明確的destructor。
如果使用非可管理性資源,在不使用這些資源后,必須明確地釋放它。對(duì)資源的隱性控制是由Finalize方法(也被稱為finalizer)提供的,當(dāng)對(duì)象被銷毀時(shí),它就會(huì)被碎片收集程序調(diào)用收回對(duì)象所占用的資源。
finalizer應(yīng)該只釋放被銷毀對(duì)象占用的非可管理性資源,而不應(yīng)牽涉到其他對(duì)象。如果在程序中只使用了可管理性資源,那就無需也不應(yīng)當(dāng)執(zhí)行Finalize方法,只有在非可管理性資源的處理中才會(huì)用到Finalize方法。由于finalizer需要占用一定的資源,因此應(yīng)當(dāng)只在需要它的方法中執(zhí)行finalizer。
直接調(diào)用一個(gè)對(duì)象的Finalize方法是絕對(duì)不允許的(除非是在子類的Finalize中調(diào)用基礎(chǔ)類的Finalize。),碎片收集程序會(huì)自動(dòng)地調(diào)用Finalize。
從語法上看,C#中的destructor與C++非常相似,但其實(shí)它們是完全不同的。C#中的destructor只是定義Finalize方法的捷徑。因此,下面的二段代碼是有區(qū)別的:
~MyClass()
{
// 需要完成的任務(wù)
}
MyClass.Finalize()
{
// 需要完成的任務(wù)
base.Finalize();
}
盡管C#與C++在語法上的變化是很小的,幾乎不會(huì)對(duì)我們有什么影響,但有些變化卻足以使一些粗心的C++編程人員時(shí)刻銘記在心。在本篇文章中我們將討論C++編程人員最容易犯的十個(gè)錯(cuò)誤。
陷阱1: 沒有明確的結(jié)束方法
幾乎可以完全肯定地說,對(duì)于大多數(shù)C++編程人員而言,C#與C++的不同之處就在于碎片收集。這也意味著編程人員再也無需擔(dān)心內(nèi)存泄露和確保刪除所有沒有用的指針。但我們?cè)僖矡o法精確地控制殺死無用的對(duì)象這個(gè)過程。事實(shí)上,在C#中沒有明確的destructor。
如果使用非可管理性資源,在不使用這些資源后,必須明確地釋放它。對(duì)資源的隱性控制是由Finalize方法(也被稱為finalizer)提供的,當(dāng)對(duì)象被銷毀時(shí),它就會(huì)被碎片收集程序調(diào)用收回對(duì)象所占用的資源。
finalizer應(yīng)該只釋放被銷毀對(duì)象占用的非可管理性資源,而不應(yīng)牽涉到其他對(duì)象。如果在程序中只使用了可管理性資源,那就無需也不應(yīng)當(dāng)執(zhí)行Finalize方法,只有在非可管理性資源的處理中才會(huì)用到Finalize方法。由于finalizer需要占用一定的資源,因此應(yīng)當(dāng)只在需要它的方法中執(zhí)行finalizer。
直接調(diào)用一個(gè)對(duì)象的Finalize方法是絕對(duì)不允許的(除非是在子類的Finalize中調(diào)用基礎(chǔ)類的Finalize。),碎片收集程序會(huì)自動(dòng)地調(diào)用Finalize。
從語法上看,C#中的destructor與C++非常相似,但其實(shí)它們是完全不同的。C#中的destructor只是定義Finalize方法的捷徑。因此,下面的二段代碼是有區(qū)別的:
~MyClass()
{
// 需要完成的任務(wù)
}
MyClass.Finalize()
{
// 需要完成的任務(wù)
base.Finalize();
}