在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等，在这里的使用方式基本不变。

　　这里只是简介，后续会有更详细的内容。。。