问题描述
我原来学过VB6，后来学Delphi6。现在学习多媒体DirectxShow时发现多数用C，软件公司也大多招聘C/C++程序员，我也准备学C了，艺多不压身。我现在安装了vs2005，有一本书叫《VisualC++.NET程序设计入门》（带光盘）。我想主要通过跟VB和Delphi的比较来理解。1.好像C++.net也有窗体和控件，跟MFC有什么区别和联系？2.尽管MFC也可以用代码建窗体和控件，但毕竟不是Visual，怎么成了VC的重要部分了呢？3.vs2005可以建立项目：“clr>Window窗体应用程序”或“MFC>MFC窗体应用程序”，可视化的窗体和控件能否和MFC结合起来使用，要不然MFC比宏汇编有什么进步?（我原来的帖子是：http://topic.csdn.net/u/20090217/16/2a410b7e-f5ed-4758-bd3f-19210b0c2f25.html）
解决方案
解决方案二：
帮顶
解决方案三：
帮顶
解决方案四：
一个是托管的C++窗口，一个是以前的VCmfc中的窗口
解决方案五：
个人理解：.net和mfc用于编写窗体的区别在于：运行在.net上是托管的，而运行在mfc上是非托管的。.net在编译源代码后所生成的目标代码是cpu所不能识别的，而是一种微软定义的的中间语言，这就需要有一种机制可以将这种中间语言把.net编译后的目标代码转换成cpu所能识别的机器码，CLR(公共语言运行时)提供了这样一种实时编译器，使得从不同平台编译源代码后生成的目标代码都能转换成cpu所能识别的机器码，当然也包括.net编译后生成的目标代码。利用CLR服务的代码叫"托管代码",而那些未使用CLR服务的代码叫"非托管代码"。
解决方案六：
补充一点托管：用.NET框架，执行效率低，开发效率高非托管：本地代码，执行效率高
解决方案七：
.Net框架是微软给你设计好的，其中最有特点的就是CLR，公共语言运行时，这是一种编译运行平台，使得微软的.net计划更加流行。CLR是托管代码，是框架的产物，而MFC貌似和CLR很像，但是它是C++类的封装，从很早以前就是VC的重要部分了。C++对底层开发比较好，而Delphi之类的快速开发工具对底层屏蔽得很好，使得你不能很好地了解真相。你说“要不然MFC比宏汇编有什么进步”，这话有点奇怪，高级语言和低级语言有得比吗？CLR是可以调用MFC的，但是，控件是绝对不能通用的，因为MFC是控件进行封装，可以不依赖于.netFramework。而CLR只是在窗体放置的框架设计，在CLR库中运行时，会由类似于虚拟机平台对它进行一系列的托管处理，或者你可以这么理解。一个是有血有肉的；一个有个壳子以及对血肉的描述，在运行时注入血肉，CLR优点是减小程序体积，但是就目前的虚拟平台普及程度来说，通用性不行。
解决方案八：
谢谢大家！我先好好分析一下！
解决方案九：
VC++.NET可以使用C++语言开发.NET应用程序(当然也可用于非托管代码的程序),但最好的语言是C#,因为C#本身就是为.NET量身而做的如果楼主想使用.NET平台,用VB就够了(因为你已经学过),何必再学C++?C++不是开发.NET程序最好的语言