怎么更好的設計C++棧對象
C++中的棧是一種只允許在同一端進行插入和刪除操作的特殊線性表，進行插入和刪除操作的一端稱為棧頂，而另一端為棧底，知道了什么是棧了，那么下文給大家講解什么是C++中的C++棧對象。
這的確不錯，相對而言，這個比C#中的using 關鍵字（dispose模式），以及Java中的hard-coded的dispose方法都要好許多。這個特性是由C++棧對象（局部對象）來提供的，局部對象本身沒錯，RAII也是局部對象應有之義。
但問題在于C++棧對象的可用性由于許多原因會大打折扣，使用起來已經遠遠不如ISO-C++中那樣流暢。下面列出了損傷其可用性的幾大硬傷：
- String s("abc");
- ArrayList list;
- list.Add(%s);
- 實在很不好，還是使用追蹤引用比較好：
- String^ s="abc";
- ArrayList^ list=gcnew ArrayList();
- list->Add(s);
只要類型是ref class，C++/CLI中的棧對象就仍位于托管堆中。仍然使用newobj IL指令來分配。如果R沒有定義析構器（~R）（注意：C++/CLI中的析構器和C#中的析構器完全兩回事），那么下面兩行代碼實際上將生成完全一樣的IL代碼：
好像記得Herb Sutter曾經說過他們將來可能會在真正的方法棧中分配r ——說實話恐怕只有C++背景的人敢這么“胡思亂想”:) 他們現在只是想在語法層面讓程序員"感覺"就像r是從棧中分配的一樣，當然為了對稱和語義的***，有時候還需要在r上應用%——雖然背后仍是什么也沒做。
這一點非常令人煩惱，幾乎讓人“望C++棧對象而卻步”。更糟糕的是BCL中的所有類型都沒有提供拷貝構造函數和拷貝賦值操作符——因為恐怕只有C++/CLI會用到他們。話說回來，即使C++/CLI會自動產生拷貝構造函數和拷貝賦值操作符，那么繼承自BCL的類型還是會很麻煩。#t#
編譯出來有一個modopt元數據，所以可以被其他語言調用，但是如果被其他語言調用，比如C#，那么其他語言將是以傳值的方式傳遞引用，而C++/CLI將是傳遞對象拷貝（要調用拷貝構造器），所以語義混亂，完全不可以這樣做。
#1和#5對棧對象的可用性影響不算大，畢竟從語義層面來理解，還是行得通的。但是，#2、#3、#4的影響就很大。#3和#4使得我們必須放棄使用C++棧對象來進行互操作。而#2會讓編寫C++/CLI代碼非常的不方便——除非你以后不想使用C++棧對象。
