Dephi 中如何调用扩展MFC DLL

shou440 2007-11-19 09:02:22

偶目前正在用VC+Dephi做项目，而项目原来的基本模块都是一些Extension MFC DLL,为了在Dephi中能使用原来的Extension MFC DLL模块,偶使用Regular DLL将Extension MFC DLL包装了一层接口，然后在Dephi中调用Regular DLL的接口，结果还是不行！请教CSDN上的高手们，给偶指条明路，谢谢！

...全文

162 5 打赏收藏转发到动态举报

写回复

5 条回复

切换为时间正序

请发表友善的回复…

发表回复

shou440 2007-11-27

打赏
举报

回复

谢谢各位捧场，偶已经搞出来了，就是将Extension MFC DLL 的资源添加到Redular DLL资源队列就可以了

蒋晟 2007-11-25

打赏
举报

回复

不支持这样的调用。MFC扩展DLL依赖于一个外部CWinApp的

zzw315 2007-11-23

打赏
举报

回复

一般其他语言的调用MFC的DLL出现的问题，大都是调用规则的问题！
你可以看看你在Delphi中的调用DLL函数的规则是否跟DLL输出的规则一致....！！！

dyw 2007-11-21

打赏
举报

回复

可下载一个叫HeadConv的工具。

dyw 2007-11-21

打赏
举报

回复

看看此文是否有帮助：
http://www.drbob42.com/delphi/headconv.htm

比较大的应用程序都是由很多模块组成的，这些模块彼此协作，以完成整个软件系统的工作。其中可能存在一些模块的功能较为通用，在构造其他软件系统时仍会被使用。在构造软件系统时，如果将所有模块的源代码都静态编译到整个应用程序EXE 文件中，会产生一些问题。一是增加了应用程序的大小，这样会占用更多的磁盘空间，程序运行时也会消耗较大的内存空间，造成系统资源的浪费；另外，在编写大的EXE 程序时，每次修改重建时都必须调整编译所有源代码，不但增加了编译过程的复杂性，也不利于阶段性的单元测试。 Windows ...

比较大的应用程序都是由很多模块组成的，这些模块彼此协作，以完成整个软件系统的工作。其中可能存在一些模块的功能较为通用，在构造其他软件系统时仍会被使用。在构造软件系统时，如果将所有模块的源代码都静态编译到整个应用程序EXE 文件中，会产生一些问题。一是增加了应用程序的大小，这样会占用更多的磁盘空间，程序运行时也会消耗较大的内存空间，造成系统资源的浪费；另外，在编写大的EXE 程序时，...

微软的Visual C++支持三种DLL，它们分别是Non-MFC Dll（非MFC动态库）、Regular Dll（常规DLL）、Extension Dll（扩展DLL）。Non-MFC DLL指的是不用MFC的类库结构，直接用C语言写的DLL，其导出的函数是标准的C接口，能被非MFC或MFC编写的应用程序所调用。Regular DLL:和下述的Extension Dlls一样，是用MFC类库编写的，它的一个明显的特点是在源文件里有一个继承CWinApp的类（注意：此类DLL虽然从CWinApp派生，但没

这套资源包整理了在Visual Studio 2015开发环境下完整可运行的DLL编程实践项目，涵盖常规DLL（支持Socket通信扩展）、共享DLL（含多个版本迭代目录如5.2、5.5、5.5.3等）、MFC扩展DLL三大类型。每个DLL都配有独立.sln解决方案文件，同时提供配套调用工程（dllCall、dllTest系列，共6个不同命名变体）、静态库测试（libTest及libCall）、以及跨版本兼容性验证结构（4.1/4.4/4.7/5.3/6等目录标识）。所有工程均采用清晰命名规则，体现功能定位

VC++动态链接库(DLL)编程深入浅出(一)1.概论　　先来阐述一下DLL(Dynamic Linkable Library)的概念，你可以简单的把DLL看成一种仓库，它提供给你一些可以直接拿来用的变量、函数或类。在仓库的发展史上经历了“无库－静态链接库－动态链接库”的时代。[被屏蔽广告]　　静态链接库与动态链接库都是共享代码的方式，如果采用静态链接库，则无论你愿不愿意，lib中的指令都

进程/线程/DLL

15,465

社区成员

49,169

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章