对于VC6.0和VC.net本人有几点疑问。
1.首先，vc.net开发的程序是否依然需要.net框架的支持？是否可以独立运行？
2.对与VC.net开发出来的程序在运行效率上和VC6.0开发的差距有多大？
3.现在大部分做MFC开发的用的是VC6.0还是VC.net？
4.VC.net有哪些平台优越性能？比如各种技术支持上？
希望有开发经验的达人能解开我的迷惑。
网友回复:我用vc6.0，下一位
网友回复:
简要回答一下：
1、.Net程序需要框架支持，没有安装框架的计算机不能运行；
2、很明显.Net的慢；
3、VC6/VC2003/VC2005/VC2008都支持MFC；
4、基于.Net的程序功能强大、界面美观，而且还可以跨平台（在WINCE等操作系统上运行）。
网友回复:首先建议LZ把VC.NET换成VC7或VC8，VC.NET代表使用了.NET的VC，而VC7或VC8也可以不使用.NET。
1、VC7或VC8开发的程序，假如使用了.NET（例如CLR程序），则需要框架的支持，否则（例如MFC程序）可以独立运行。
2、未使用.NET的程序与VC6的效率无明显差别。
3、在感觉用VC6的更多一些，不过我个人主要用VS2005。
4、.NET集成了很多常用的程序，使编程工作简化，据说平均可以减少70%的工作量；.NET把多种编程语言联系在一起，为混合编程提供了方便。
网友回复:VC.net的C 部分，就是比VC 6支持的标准一些。MFC部分，当然比VC6的要新，支持一些新特性，具体建议你看看微软的MSDN上的介绍，非常具体。
网友回复:我就是想做MFC的开发，但不使用.net框架，按cnzdgs 所说的意思，使用VS2005或者VS2008所对应的VC7和VC8做MFC的开发应该比VC6.0使用起来更方便，开发速度也会快一些对吗？
网友回复:晕。。写错了。。VS2003才是VC7，VS2005是VC8。
网友回复:1..net以后的vc有两种代码，一种托管C 代码，就是会编译为.net的中间代码，需要.net框架支持的。还有就是传统的非托管代码，也就是直接编译为执行程序，和6.0编译出来程序的一样，不过有很多更新。
2.托管代码编译出来的是一种中间代码，运行方式类似于java虚拟机的解释运行，但是相对java效率要高（但是没有非托管的快）。
非托管代码编译的是直接的执行程序，没有了解释的过程，要比.net的快的多。
3.似乎用vc(MFC)一般很少做托管代码的，因为本来C 就是一个复杂的语言，托管C 代码还有很多限制，而效率和灵活就是C 的优势。假如用C 去做托管，感觉是处理不讨好的事情。
4. .net就是移植性好一点吧（也仅限各种windows），用vb C#做易学易用易上手吧。
关于托管C ，确实没做过，一家之言，仅供参考。
几年前有本《.net大局观》感觉还可以，现在不知道过时没。。。
网友回复:vs2002 --> vc7.0
vs2003 --> vc7.1
vs2005 ---> vc8.0
做非托管c ,越新的编译器提供的功能多一点（但也只是只是调试上的，比如多线程、远程调试），然后MFC版本新一点（比如RichEdit什么的），
但是。。。越新的编译速度越慢占的资源越多。。。还是6.0的轻快。所以对开发速度的影响还不好说。。。
网友回复:楼上的几位说得够具体了，我说一下托管的把，本人用过托管的C ，觉得非常不爽，感觉用起来很费劲，总之做什么都不爽，或许是因为我用MFC的时间太长了点把，呵呵，这仅是我的个人见解
网友回复:..net以后的vc有两种代码，一种托管C 代码，就是会编译为.net的中间代码，需要.net框架支持的。还有就是传统的非托管代码，也就是直接编译为执行程序，和6.0编译出来程序的一样，不过有很多更新。
2.托管代码编译出来的是一种中间代码，运行方式类似于java虚拟机的解释运行，但是相对java效率要高（但是没有非托管的快）。
非托管代码编译的是直接的执行程序，没有了解释的过程，要比.net的快的多。
3.似乎用vc(MFC)一般很少做托管代码的，因为本来C 就是一个复杂的语言，托管C 代码还有很多限制，而效率和灵活就是C 的优势。假如用C 去做托管，感觉是处理不讨好的事情。
4. .net就是移植性好一点吧（也仅限各种windows），用vb C#做易学易用易上手吧。
关于托管C ，确实没做过，一家之言，仅供参考。
几年前有本《.net大局观》感觉还可以，现在不知道过时没。。。
网友回复:该回复于2008-02-28 17:09:44被版主删除
网友回复:VC6 VC7 VC8 等编译出来的 非托管代码的效率差别可以说微乎其微，根本不需要列入考虑范畴
网友回复:我是个完全门外汉
网友回复:.net安装需内存多,.NET在MFC上跟VC6.0 差别不是很大 它增加了一些库 ,使用上用完VC6 再用.net 有点别扭, 它没有了 ClassWizard .但是.net 除了MFC 还有很多别的功能 .个人建议:假如要是只是简单的编程,且电脑配置不是很高 建议就用 VC6.0 吧. 而且VC6.0的资料比.NET 多
网友回复:曾经想着是否需要升级到VC8代替VC6进行开发,由此看来我还暂时不需要.
顺便一问: 假如使用MFC的CListCtrl等控件类,是否算是使用了.Net框架?
网友回复:忽略。NET不说，
总体来说，新的比旧的有一些局部的改进，例如语法更符合C 标准，磨板支持更好，自带STL更好
网友回复:MFC怎么可能去用DotNet…… 要用DotNet还需要MFC么……
网友回复:VC6继续出SP就好了
可惜被SP了一大步
1.首先，vc.net开发的程序是否依然需要.net框架的支持？是否可以独立运行？
2.对与VC.net开发出来的程序在运行效率上和VC6.0开发的差距有多大？
3.现在大部分做MFC开发的用的是VC6.0还是VC.net？
4.VC.net有哪些平台优越性能？比如各种技术支持上？
希望有开发经验的达人能解开我的迷惑。
网友回复:我用vc6.0，下一位
网友回复:
简要回答一下：
1、.Net程序需要框架支持，没有安装框架的计算机不能运行；
2、很明显.Net的慢；
3、VC6/VC2003/VC2005/VC2008都支持MFC；
4、基于.Net的程序功能强大、界面美观，而且还可以跨平台（在WINCE等操作系统上运行）。
网友回复:首先建议LZ把VC.NET换成VC7或VC8，VC.NET代表使用了.NET的VC，而VC7或VC8也可以不使用.NET。
1、VC7或VC8开发的程序，假如使用了.NET（例如CLR程序），则需要框架的支持，否则（例如MFC程序）可以独立运行。
2、未使用.NET的程序与VC6的效率无明显差别。
3、在感觉用VC6的更多一些，不过我个人主要用VS2005。
4、.NET集成了很多常用的程序，使编程工作简化，据说平均可以减少70%的工作量；.NET把多种编程语言联系在一起，为混合编程提供了方便。
网友回复:VC.net的C 部分，就是比VC 6支持的标准一些。MFC部分，当然比VC6的要新，支持一些新特性，具体建议你看看微软的MSDN上的介绍，非常具体。
网友回复:我就是想做MFC的开发，但不使用.net框架，按cnzdgs 所说的意思，使用VS2005或者VS2008所对应的VC7和VC8做MFC的开发应该比VC6.0使用起来更方便，开发速度也会快一些对吗？
网友回复:晕。。写错了。。VS2003才是VC7，VS2005是VC8。
网友回复:1..net以后的vc有两种代码，一种托管C 代码，就是会编译为.net的中间代码，需要.net框架支持的。还有就是传统的非托管代码，也就是直接编译为执行程序，和6.0编译出来程序的一样，不过有很多更新。
2.托管代码编译出来的是一种中间代码，运行方式类似于java虚拟机的解释运行，但是相对java效率要高（但是没有非托管的快）。
非托管代码编译的是直接的执行程序，没有了解释的过程，要比.net的快的多。
3.似乎用vc(MFC)一般很少做托管代码的，因为本来C 就是一个复杂的语言，托管C 代码还有很多限制，而效率和灵活就是C 的优势。假如用C 去做托管，感觉是处理不讨好的事情。
4. .net就是移植性好一点吧（也仅限各种windows），用vb C#做易学易用易上手吧。
关于托管C ，确实没做过，一家之言，仅供参考。
几年前有本《.net大局观》感觉还可以，现在不知道过时没。。。
网友回复:vs2002 --> vc7.0
vs2003 --> vc7.1
vs2005 ---> vc8.0
做非托管c ,越新的编译器提供的功能多一点（但也只是只是调试上的，比如多线程、远程调试），然后MFC版本新一点（比如RichEdit什么的），
但是。。。越新的编译速度越慢占的资源越多。。。还是6.0的轻快。所以对开发速度的影响还不好说。。。
网友回复:楼上的几位说得够具体了，我说一下托管的把，本人用过托管的C ，觉得非常不爽，感觉用起来很费劲，总之做什么都不爽，或许是因为我用MFC的时间太长了点把，呵呵，这仅是我的个人见解
网友回复:..net以后的vc有两种代码，一种托管C 代码，就是会编译为.net的中间代码，需要.net框架支持的。还有就是传统的非托管代码，也就是直接编译为执行程序，和6.0编译出来程序的一样，不过有很多更新。
2.托管代码编译出来的是一种中间代码，运行方式类似于java虚拟机的解释运行，但是相对java效率要高（但是没有非托管的快）。
非托管代码编译的是直接的执行程序，没有了解释的过程，要比.net的快的多。
3.似乎用vc(MFC)一般很少做托管代码的，因为本来C 就是一个复杂的语言，托管C 代码还有很多限制，而效率和灵活就是C 的优势。假如用C 去做托管，感觉是处理不讨好的事情。
4. .net就是移植性好一点吧（也仅限各种windows），用vb C#做易学易用易上手吧。
关于托管C ，确实没做过，一家之言，仅供参考。
几年前有本《.net大局观》感觉还可以，现在不知道过时没。。。
网友回复:该回复于2008-02-28 17:09:44被版主删除
网友回复:VC6 VC7 VC8 等编译出来的 非托管代码的效率差别可以说微乎其微，根本不需要列入考虑范畴
网友回复:我是个完全门外汉
网友回复:.net安装需内存多,.NET在MFC上跟VC6.0 差别不是很大 它增加了一些库 ,使用上用完VC6 再用.net 有点别扭, 它没有了 ClassWizard .但是.net 除了MFC 还有很多别的功能 .个人建议:假如要是只是简单的编程,且电脑配置不是很高 建议就用 VC6.0 吧. 而且VC6.0的资料比.NET 多
网友回复:曾经想着是否需要升级到VC8代替VC6进行开发,由此看来我还暂时不需要.
顺便一问: 假如使用MFC的CListCtrl等控件类,是否算是使用了.Net框架?
网友回复:忽略。NET不说，
总体来说，新的比旧的有一些局部的改进，例如语法更符合C 标准，磨板支持更好，自带STL更好
网友回复:MFC怎么可能去用DotNet…… 要用DotNet还需要MFC么……
网友回复:VC6继续出SP就好了
可惜被SP了一大步
949
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
