公司想把VC升级到.net有几个问题相问一下？？！！

Question

.net到底有什么好处？跟VC比优势在那里？MFC还能用吗？编译出来的程序是不是都要在framework的环境下才能运行？对OPENGL的支持怎么样？

Answer 1

个人还是比较喜欢VC6，不喜欢.net的东西
觉得.net太麻烦了另：.net写出来的肯定是要在.net framework上才能运行的

Answer 2

.net的类库很强大,编程简单多了,mfc还是可以用的,它的vc++.net支持mfc,据说就是vc7.0

Answer 3

说实话我对.Net有很大的抵触情绪
妈的，整出一个.Net FrameWork，让别人所有的东西都在他上面跑
那还要操作系统干什么呢？
比如最简单的一个问题.ASP.NET也在FrameWork里，它占用的内存是40-50M，天呐！！！

Answer 4

如果用vc.net开发MFC程序，是不需要FrameWork的，MFC也到了7.1了，如果要用托管，则必须FrameWork的支持。

Answer 5

微软都放话说VC不升级了，我们也要跟着走啊。其实我也觉得，他这个支持多语言的FrameWork平台没什么用，对程序员来说只是增加的复杂度并没有提供什么切实的好处。
主要是考虑64位的操作系统出来以后，我们就没得选择势必要跟着升级到.net平台了，早走一步也好。 betsyalan(alan)托管是个什么概念。另外听说他的Web sevice可以用来做分布式系统，具体怎么样呢？？大家再帮忙讨论讨论

Answer 6

如果用vc的话,没有必要
.net是与java竞争的

Answer 7

java有个自动回收内存的功能,避免内存泄露;net也跟着学就有了 托管.

Answer 8

.net写出的东西运行效率还没有VC好

Answer 9

用VC7开发就是了，你不用.NET的相关特性就行了，只不过是换成MFC7.1了嘛，没什么影响的。而且说实话我觉得VS2003开发很方便的，有很多优秀的功能，比如大纲视图等等，另外解决方案的引入很合适团队开发，配合VSS的使用很好的控制开发流程。说句题外话，操作系统都是人家的，人家提供什么开发工具我们不就得跟着人家变嘛，没什么的，与时俱进^_^

Answer 10

不知道什么时候用户就升级到64位平台了，用.NET就不必理用户那边的变化了，反正相应的FrameWork微软会去做的。用前面的话来说：早走一步也好。