C#構(gòu)造函數(shù)與C++的區(qū)別淺析
C#構(gòu)造函數(shù)與C++的區(qū)別1、
C++ 不允許在一個(gè)構(gòu)造函數(shù)中調(diào)用另外一個(gè)構(gòu)造函數(shù)(稱為委派構(gòu)造函數(shù)調(diào)用),而 C# 則允許。例如:
C++構(gòu)造函數(shù)示例:
- struct Point {
- public:
- int X, Y;
- Point(int x, int y);
- Point(Point pt) : Point(pt.X, pt.Y) { } // 錯(cuò)誤,C++ 不允許
- };
C#構(gòu)造函數(shù)示例:
- struct Point {
- public int X, Y;
- public Point(int x, int y);
- public Point(Point pt) : Point(pt.X, pt.Y) { } // 可以,C# 允許
- };
委派構(gòu)造函數(shù)調(diào)用語法上非常自然和易懂,因此你也許會(huì)質(zhì)疑 C++ 不提供它是不是故意給程序員添麻煩。事實(shí)上,C++ 不提供這一特性并不是出于語法上的考慮,而是出于資源管理的考慮(噢,這樣的事情對(duì) C++ 來說還有很多很多)。
我們知道,C++ 的構(gòu)造函數(shù)用于分配資源,而析構(gòu)函數(shù)用于釋放資源,構(gòu)造函數(shù)和析構(gòu)函數(shù)調(diào)用必須匹配,否則就打破了 C++ 的基本規(guī)則。
如果允許委派構(gòu)造函數(shù)調(diào)用,則顯然會(huì)打破這一規(guī)則——構(gòu)造函數(shù)被執(zhí)行兩次,而析構(gòu)函數(shù)只執(zhí)行一次。當(dāng)然,對(duì)一些類,例如前面的那個(gè) Point 來說這不是個(gè)問題,但是從語言機(jī)制的角度講這個(gè)特性可能屬于“危險(xiǎn)”的特性。注:在最新的 C++ 標(biāo)準(zhǔn)提議草案中,Herb 等人有一個(gè)關(guān)于允許委派構(gòu)造函數(shù)調(diào)用的提案,當(dāng)然這很大程度上是為了方便 C++/CLI 綁定。
C#構(gòu)造函數(shù)與C++的區(qū)別2、
在 C++ 構(gòu)造函數(shù)中,虛函數(shù)調(diào)用會(huì)被編譯器自動(dòng)轉(zhuǎn)為普通函數(shù)調(diào)用,而在 C# 構(gòu)造函數(shù)中允許進(jìn)行虛函數(shù)調(diào)用。C++ 這樣處理自然有它的原因——在 C++ 中,構(gòu)造函數(shù)執(zhí)行完成后對(duì)象才初始化好,對(duì)于多態(tài)對(duì)象來說,也就意味著構(gòu)造函數(shù)在背后執(zhí)行了很重要的一件事情——初始化對(duì)象的虛函數(shù)表。
如果我們?cè)诨惖臉?gòu)造函數(shù)中調(diào)用了虛函數(shù),則因?yàn)榇藭r(shí)對(duì)象的虛函數(shù)表仍舊是基類的虛函數(shù)表,所以無法進(jìn)行正確的虛函數(shù)調(diào)用。也就是這個(gè)原因,通常我們應(yīng)該避免在構(gòu)造函數(shù)中調(diào)用虛函數(shù),因?yàn)樗`背了虛函數(shù)的語義。而在 C# 中,在對(duì)象的構(gòu)造函數(shù)執(zhí)行之前對(duì)象的類型信息就已經(jīng)初始化好了,所以可以進(jìn)行正常的虛函數(shù)調(diào)用。
C#構(gòu)造函數(shù)與C++的區(qū)別的基本情況就向你介紹到這里,希望對(duì)你學(xué)習(xí)C#構(gòu)造函數(shù)與C++的區(qū)別有所幫助。
【編輯推薦】


















