网站导航免费论文 原创论文 论文搜索 原创论文 网学软件 学术大家 资料中心 会员中心 问题解答 原创论文 大学论文导航 设计下载 最新论文 下载排行 原创论文 论文源代码
返回网学首页
网学联系
最新论文 推荐专题 热门论文 素材专题
当前位置: 网学 > 编程文档 > ASP.net > 正文

vc.net中MFC静态与动态链接问题与release方式编译问题

来源:http://myeducs.cn 联系QQ:点击这里给我发消息 作者: 用户投稿 来源: 网络 发布时间: 14/02/28

网学网为需要ASP.net的朋友们搜集整理了vc.net中MFC静态与动态链接问题与release方式编译问题相关资料,希望对各位网友有所帮助!

 在solution  属性设置里 use of mfc 可以更改mfc链接方式 

如果选择use    MFC    in    a    Shared    DLL    的话,你编译后的程序中不包含MFC库,所以文件会比较小,但是如果你的程序直接移到一个没有安装过MFC的机器上时,可能会导致找不到MFC的DLL, 如果选择Use    MFC    in    a    Static    Library    ,那你编译后的程序就直接包含了调用MFC的部分的库,文件可能会大一些,但是可以直接移到其他机器上运行.

前者是动态链接,发布不用带MFC的DLL文件,后者是静态连接,发布要带MFC得DLL文件。如果可执行文件多个,使用前者,因为DLL文件是共享的,所以文件总量减少。单个文件也小。加载执行块,但运行速度略比静态慢。   如果可执行文件只有一个,使用后者,执行速度快,但文件比 较大。

通常选use    MFC    in    a    Shared    DLL

在编译里  把DEBUG方式改成 release(发行版)
 这样在工程文件里,release文件夹下,就有了发行版的exe,debug下的文件包含了debug信息。

在某些没有安装mfc的机器上
可以可以使用这种方式 :1. use mfc in a static library 
                                             2.用release编译    就可以在别的机器上运行了 但是 运行速度慢而且文件大

选择static编译,是dos年代的思路。  
 照这种编译方法,如果一个工程,调用了20个自己的dll,全部用static方式编译,最终不是要耗100M内存运行??!
    
方法是:用depends(vc工具)看一下你的exe需要哪些dll,估计是缺少mfc42.dll、msvcrt.dll等,将这些其它机器可以没有的东西一并打包。   

网学推荐

免费论文

原创论文

设为首页 | 加入收藏 | 论文首页 | 论文专题 | 设计下载 | 网学软件 | 论文模板 | 论文资源 | 程序设计 | 关于网学 | 站内搜索 | 网学留言 | 友情链接 | 资料中心
版权所有 QQ:3710167 邮箱:3710167@qq.com 网学网 [Myeducs.cn] 您电脑的分辨率是 1280 x 720 像素
Copyright 2008-2015 myeducs.Cn www.myeducs.Cn All Rights Reserved 湘ICP备09003080号