引用C++/CLI中的棧對象總結(jié)
C++/CLI是.NET平臺下的C++語言,當(dāng)然ISO C++的諸多語法保留下來,棧對象便是其一,但是他的語義發(fā)生了變化,通過處理對象的作用返回就會自動釋放其所占用的內(nèi)存。
大家都知道.NET平臺與win32平臺最大的差別是托管內(nèi)存,對C#了解的同志都知道,在C#里面分有值類型(value type)與引用類型(refrence type),值類型對象均分配在棧中,引用類型的都會分配在托管堆中。
換句話說就是對象的類型決定了其分配的位置,棧還是托管堆。棧內(nèi)存的回收還是與以往一樣,是確定性的,托管堆內(nèi)存的回收是由垃圾回收器來負責(zé)。然而在這樣的內(nèi)存模型中,MyClass myClass;這個語句在C++/CLI中的語義會是什么呢?
眾所周知,高級語言得以出現(xiàn),主要歸功于編譯器,語義會是怎么樣,當(dāng)然也取決于編譯器的編譯結(jié)果。下面通過一些簡單的代碼進行講解,請留意代碼中的注釋
- private:
 - class SingleTonTranslator
 - {
 - public:
 - SingleTonTranslator()
 - {
 - signal(SignalExceptionClass::GetSignalNumber(),
 - SignalHandler);
 - }
 - static void SignalHandler(int)
 - {
 - throw SignalExceptionClass();
 - }
 - };
 - public:
 - SignalTranslator()
 - {
 - static SingleTonTranslator s_objTranslator;
 - }
 - };
 - // An example for SIGSEGV
 - class SegmentationFault : public ExceptionTracer, public
 - exception
 - {
 - public:
 - static int GetSignalNumber() {return SIGSEGV;}
 - };
 - SignalTranslator<SegmentationFault>
 - g_objSegmentationFaultTranslator;
 - // An example for SIGFPE
 - class FloatingPointException : public ExceptionTracer, public
 - exception
 - {
 - public:
 - static int GetSignalNumber() {return SIGFPE;}
 - };
 
但看了無數(shù)篇闡述C++復(fù)雜性的文章,和爭論C++復(fù)雜性的吐沫星子(包括我前段時間寫的兩篇關(guān)于C++的總結(jié))。我始終都有一個感覺——沒分析透,就跟盲人摸象一樣。正如“Why C++”的一位讀者批評的。
在文章里面沒有寫明到底哪些是C++的“非本質(zhì)復(fù)雜性”。當(dāng)然,我自己憑感覺就能知道,而接觸C++一段時間的人大致也能知道,但新手乃至非新手則對我所謂的“非本質(zhì)復(fù)雜性”根本沒有一個具體的認識,這就使得那篇“Why C++”脫離了原本的意圖——面向所有C++使用者和學(xué)習(xí)者。
同樣的原因,在寫了“你應(yīng)當(dāng)如何學(xué)習(xí)C++/CLI一文之后,當(dāng)孟巖先生邀請我給《程序員》寫一個系列的文章,介紹一下我在接觸C++的過程中的態(tài)度和認識轉(zhuǎn)變時,我雖然非常高興的答應(yīng)了。
但直到現(xiàn)在3個月過去了還是顆粒無收。為什么?因為我覺得真正本質(zhì)的問題沒有被清晰的觸摸到;所以直到現(xiàn)在我都沒有動筆,免得廢話說了一大堆,除了能被當(dāng)成小說讀讀之外,對真正考慮是否要學(xué)習(xí)乃至使用C++/CLI的人未必有什么實際用處。
【編輯推薦】















 
 
 




 
 
 
 