在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#一樣寫代碼托管代碼，或者像Native C++那樣寫本地代碼，或者在同一個文件里面同時包含這兩種語言。編譯器會很好的區分這兩者。
某大牛是這么說——.Net的歸.Net，C++的歸C++。這里Net指得是托管代碼，C++指得是本地代碼。
讓我們來點細節吧：
1、從VS里的項目類型上說，有三種：一種是本機代碼並且不使用CLR支持。這種項目還是原來的C++項目，沒有任何改變，直接編譯出本機代碼。可以被C++/CLI項目引用，但是不能被其他托管語言項目引用。第二種是原來本機代碼，編譯時加入CLR支持，變成能夠被其他.Net語言（例如C#）調用的項目或者dll。這種項目里本身不含托管代碼，但可以被其他托管代碼引用（包括C++、C#等）。第三種是CLR項目，這是一個原生托管項目，其中除了默認的托管代碼，還可以用#pragma unmanaged來指示將代碼編譯成本機代碼。可以直接調用其他托管代碼或者本機代碼，也可以被其他托管代碼調用。
2、從內存上說，C++/CLI的內存分為3種：棧內存、本機堆內存和托管堆內存。棧內存中可以包含本機對象和托管對象，退出所在范圍他們的生命周期無差別地結束。本機堆內存是Native C++的動態內存，可以通過new或者malloc關鍵字動態動態分配。使用完畢后，由程序員手動釋放，否則會內存泄露。托管堆內存是托管對象的動態內存，由gcnew關鍵字動態分配。不再使用的托管對象內存由公共運行時垃圾回收器（.Net GC）回收，不用程序員處理。
3、從類庫上說，CLR項目原生支持.Net Framework中滿足CLS的所有類型。比如C#中常見的String、List、Dictionary等，在這里的使用方式基本不變。
這里只是簡介，后續會有更詳細的內容。。。