范迷糊的问题

[bxfc001]

用VS.net 2005开发出来的程序都要.net FrameWork框架才能运行。
但在某些知名软件的安装目录下面，经常看到以下文件：
msvcp80.dll
msvcr80.dll
Microsoft.VC80.ATL.manifest
Microsoft.VC80.CRT.manifest
Microsoft.VC80.MFC.manifest
mfc80.dll

这是不是表示该软件是用VS.NET 2005开发出来的呢，
如果是，那它为什么不需要.net FrameWork框架就可以运行？
如果不是，那是什么东东开发出来的呢，为什么要有这些文件？

用VS.net 2005开发的程序在部署时，经常出现程序本身才几百KB，而框架程序却占了几十MB的尴尬。
要想开发运行速度快，体积小，而又不占资源的桌面程序，甚至绿色程序，是不是得放弃VS.NET 2005？

[bxfc001]

难道没有人知道吗？

[buptsofia]

那些是vs2005的动态库，相当于引用vs内核的东西，编译成release版本的能减少一些空间占用，你说的不占用资源的程序是不是吧vs生成的.exe程序和那些.dll程序又进行了一次封装成了.exe程序啊

[thinboyxp]

带那些dll的是原生win32程序，所以不用.net框架，可以是vs.net开发的，也可以不是。
你用vs建项目的时候别用.net的那几个模板就行了，直接用原生的，就是win32或者mfc程序。vs.net是一个IDE，拿来让你更方便的写代码，生成程序的。
PS:追求速度和执行文件大小的话，就用win32那套，相对的，对比mfc来说，开发效率比较低。

[yangsh3002]

[Quote=引用 5 楼 alifriend 的回复:]
那些用的是非托管的VC++即VC6.0的升级版，而不是VC.net
[/Quote]
就是，现在没有多少人知道什么是真正的VC.net，而把MFC当成VC.net了，这和市场上相关教程的误导有直接关系。

[xwdd129]

[Quote=引用楼主 bxfc001 的回复:]
用VS.net 2005开发出来的程序都要.net FrameWork框架才能运行。
但在某些知名软件的安装目录下面，经常看到以下文件：
msvcp80.dll
msvcr80.dll
Microsoft.VC80.ATL.manifest
Microsoft.VC80.CRT.manifest
Microsoft.VC80.MFC.manifest
mfc80.dll

这是不是表示该软件是用VS.NET 2005开发出来的呢，
如果是，那它为什么不需要.net FrameWork框架就可以运行？
如果不是，那是什么东东开发出来的呢，为什么要有这些文件？

用VS.net 2005开发的程序在部署时，经常出现程序本身才几百KB，而框架程序却占了几十MB的尴尬。
要想开发运行速度快，体积小，而又不占资源的桌面程序，甚至绿色程序，是不是得放弃VS.NET 2005？
[/Quote]

需不需要.NetFramework跟IDE没有直接关系，主要是看你有没有使用.NetFramework的库，如果你是用VC编程，并使用ATL、WTL或MFC，写出的程序是不需要.NetFramework的，比如mfc80.dll表示MFC的8.0版，很显然这个程序使用了MFC类库

[波导终结者]

那些用的是非托管的VC++即VC6.0的升级版，而不是VC.net

[hanyum123]

kankan