VC++ 學習筆記（三）：摩登之路——C++/CLI簡介

標籤：

　　在Windows上，除非我們必須得用C++來寫介面，否則我會選擇避免，避免學習和使用MFC。替代的方案是用C#來做介面，然後用C++/CLI來串連C#和Native C++。那麼問題來了，C++/CLI是何方神聖？

　　百度上對於C++/CLI是這麼說的——“C++/CLI是靜態C++物件模型到CLI的動態組件對象編程模型的捆綁。簡而言之就是如何用C++在·NET中編程，而不是C#或Visual Basic。像C#和CLI本身一樣，C++/CLI正在ECMA（歐洲電腦製造商協會）主持下進行標準化，以最終符合ISO標準。通用語言執行平台（CLR）是CLI的微軟版本，它非常適用於微軟的Windows作業系統，相似地，Visual C++2005是C++/CLI的實現。”

　　我是這麼說的——C++/CLI相當於C#和Native C++的組合語言，多數情況下你可以像C#一樣寫代碼Managed 程式碼，或者像Native C++那樣寫本地代碼，或者在同一個檔案裡面同時包含這兩種語言。編譯器會很好的區分這兩者。

　　某大牛是這麼說——.Net的歸.Net，C++的歸C++。這裡Net指得是Managed 程式碼，C++指得是本地代碼。

　　讓我們來點細節吧：

　　1、從VS裡的項目類型上說，有三種：一種是機器碼並且不使用CLR支援。這種項目還是原來的C++項目，沒有任何改變，直接編譯出機器碼。可以被C++/CLI項目引用，但是不能被其他託管語言項目引用。第二種是原來機器碼，編譯時間加入CLR支援，變成能夠被其他.Net語言（例如C#）調用的項目或者dll。這種項目裡本身不含Managed 程式碼，但可以被其他Managed 程式碼引用（包括C++、C#等）。第三種是CLR項目，這是一個原生託管項目，其中除了預設的Managed 程式碼，還可以用#pragma unmanaged來指示將代碼編譯成機器碼。可以直接調用其他Managed 程式碼或者機器碼，也可以被其他Managed 程式碼調用。

　　2、從記憶體上說，C++/CLI的記憶體分為3種：棧記憶體、本機堆記憶體和託管堆記憶體。棧記憶體中可以包含本機對象和託管對象，退出所在範圍他們的生命週期無差別地結束。本機堆記憶體是Native C++的動態記憶體，可以通過new或者malloc關鍵字動態動態分配。使用完畢後，由程式員手動釋放，否則會記憶體泄露。託管堆記憶體是託管對象的動態記憶體，由gcnew關鍵字動態分配。不再使用的託管對象記憶體由公用運行時記憶體回收行程（.Net GC）回收，不用程式員處理。

　　3、從類庫上說，CLR項目原生支援.Net Framework中滿足CLS的所有類型。比如C#中常見的String、List、Dictionary等，在這裡的使用方式基本不變。

　　這裡只是簡介，後續會有更詳細的內容。。。

VC++ 學習筆記（三）：摩登之路——C++/CLI簡介