在没有安装.NET Framework的系统上，一个使用MFC的DLL组件在某些环境中出现错误。问题在于MFC程序设定为"在共享的DLL中使用MFC"，导致需要系统中的DLL文件。解决方案是改为"在静态库中使用MFC"，这样可以避免依赖外部DLL，使得程序在没有相应DLL的机器上也能运行。选择静态链接虽然会使EXE文件增大，但能提高运行效率并减少部署时的依赖问题。
半年前开发了一个添加水印的com组件，前几天客户那里报错，
状况：在xp、网络上下载的别人OEM的2003 虚拟机上没 有问题，但是在2003sp2裸机上（打过VC9sp1补丁）报错
代码（VC9）：if (m_hDll == NULL)
m_hDll = ::LoadLibraryW(RelToAbsWithPlugin(L"PDFToolCol.dll").c_str());
PdfToolAction_Proc pAction = (PdfToolAction_Proc)GetProcAddress(m_hDll, "PdfToolAction");
ASSERT(pAction != NULL);
错误：ASSERT弹出错误，loadLibrary没有报错。
后来安装了个2008调试，发现没错，这才把目标缩小到了VS2008上，经过一番周折，最后发现是没有安装.net framework。到网上查了一下，才了解其中缘由。
（转自冷秋魂的专栏）
以前在使用VC开发出的程序，在一个没有开发环境的机器上必须安装.Net Framework才能运行。一直没有在意，知道同事提起这个问题。
MFC和.Net Framework是两个不同的框架，为什么有这个依赖呢？
答案是： MFC和.Net Framework确实是不同的框架。MF
最低0.47元/天 解锁文章
4803
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
