导航
  • 全部
...

怎样把普通的dll包装为atl com

nsqsmile 2010-05-04 10:43:47
现在有一个普通的dll，但是没有源代码，能不能包装为alt com，在网页中能够调用
...全文
给本帖投票
299 12 打赏 收藏 转发到动态 举报
写回复
用AI写文章
后台通信前面绘图用多线程还是普通但线程好？>>
12 条回复
切换为时间正序
请发表友善的回复…
发表回复
visualassist4680 2010-05-05
  • 打赏
  • 举报
 回复
自动下载,需要lz自己提供代码实现
zdcju 2010-05-05
  • 打赏
  • 举报
 回复
做成COM组件不是一两句话能说清的
你可以找本书看看，就知道有多复杂了
nsqsmile 2010-05-05
  • 打赏
  • 举报
 回复
这样封装以后，客户端的vbscript代码能不能正常调用？主要是原始的dll能否自动下载下来
nsqsmile 2010-05-05
  • 打赏
  • 举报
 回复
com需要在客户端运行，这样可以吗？原始的dll能不能自动下载到客户端？
visualassist4680 2010-05-04
  • 打赏
  • 举报
 回复
1. 创建 atl com 工程
2. 添加一个 ctrl
3. 在 ctrl 的构造里 loadlibrary(你要包装的dll), getprocaddress
4. 为每一个 dll 的输出函数,向 ctrl 添加一个方法
5. 在 ctrl 的方法里 调用 对应的 dll 的输出函数

例如 a.dll 有一个方法: init(char *)
你的 wraperctrl 就定义一个 方法
hresult wraperctrl::init(bstr)
{
cw2a psz = bstr;
pfinit(psz);
return s_ok;
}
lsupper 2010-05-04
  • 打赏
  • 举报
 回复
可以，简单思路就是visualassist4680说的，用COM接口来包装你的DLL借口~~~
oyljerry 2010-05-04
  • 打赏
  • 举报
 回复
自己定义ATL com接口，然后接口实现中调用dll对应的导出函数等功能
nsqsmile 2010-05-04
  • 打赏
  • 举报
 回复
visualassist4680：能不能详细一点
visualassist4680 2010-05-04
  • 打赏
  • 举报
 回复
可以
查看dll 所有的输出函数
创建一个atl com,实现接口,接口里的方法对应 dll的输出函数.
jyh_baoding 2010-05-04
  • 打赏
  • 举报
 回复
没做过，帮顶
尹成 2010-05-04
  • 打赏
  • 举报
 回复
在SDK中调用
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
一、最简单最常用的一种，用#import导入类型库，利用VC提供的智能指针包装类
演示代码:

#import "D:\Temp\vc\simpCOM\Debug\simpCOM.dll" no_namespace
CoInitialize(NULL);

IFooPtr spFoo = NULL;
spFoo.CreateInstance(__uuidof(Foo));
spFoo->SayHello();
spFoo.Release();/*晕死了，本来智能指针就是为了让用户不用关心这个的，可是我发现如果不手工调用一下的话，程序退出后会发生内存访问错误，我是在console中做试验的，哪位大侠知道怎么回事请一定指教*/
CoUninitialize();



二、引入midl.exe产生的*.h,*_i.c文件，利用CoCreateInstance函数来调用

演示代码:
/*在工程中加入*_i.c文件，例如本例的simpCOM_i.c,该文件定义了类和接口的guid值，如果不引入的话，会发生连接错误。*/

#include "D:\Temp\vc\simpCOM\simpCOM.h"
CoInitialize(NULL);

IFoo* pFoo = NULL;
HRESULT hr = CoCreateInstance(CLSID_Foo, NULL, CLSCTX_ALL, IID_IFoo, (void**)&pFoo);
if (SUCCEEDED(hr) && (pFoo != NULL))
{
pFoo->SayHello();
pFoo->Release();
}

CoUninitialize();

三、不用CoCreateInstance，直接用CoGetClassObejct得到类厂对象接口，然后用该接口的方法CreateInstance来生成实例。
演示代码:
/*前期准备如二方法所述*/
IClassFactory* pcf = NULL;
HRESULT hr = CoGetClassObject(CLSID_Foo, CLSCTX_ALL, NULL, IID_IClassFactory, (void**)&pcf);
if (SUCCEEDED(hr) && (pcf != NULL))
{
IFoo* pFoo = NULL;
hr = pcf->CreateInstance(NULL, IID_IFoo, (void**)&pFoo);
if (SUCCEEDED(hr) && (pFoo != NULL))
{
pFoo->SayHello();
pFoo->Release();
}
pcf->Release();
}



四、不用CoCreateInstance or CoGetClassObject,直接从dll中得到DllGetClassObject，接着生成类对象及类实例（本方法适合于你想用某个组件，却不想在注册表中注册该组件）

演示代码:
/*前期准备工作如二方法所述，事实上只要得到CLSID和IID的定义及接口的定义就行*/

typedef HRESULT (__stdcall * pfnGCO) (REFCLSID, REFIID, void**);
pfnGCO fnGCO = NULL;
HINSTANCE hdllInst = LoadLibrary("D:\\Temp\\vc\\simpCOM\\Debug\\simpCOM.dll");
fnGCO = (pfnGCO)GetProcAddress(hdllInst, "DllGetClassObject");
if (fnGCO != 0)
{
IClassFactory* pcf = NULL;
HRESULT hr=(fnGCO)(CLSID_Foo, IID_IClassFactory, (void**)&pcf);
if (SUCCEEDED(hr) && (pcf != NULL))
{
IFoo* pFoo = NULL;
hr = pcf->CreateInstance(NULL, IID_IFoo, (void**)&pFoo);
if (SUCCEEDED(hr) && (pFoo != NULL))
{
pFoo->SayHello();
pFoo->Release();
}
pcf->Release();
}
}
FreeLibrary(hdllInst);


在MFC中调用
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
在MFC中除了上面的几种方法外，还有一种更方便的方法，就是通过ClassWizard利用类型库生成包装类，不过有个前提就是com组件的接口必须是派生自IDispatch

具体方法：
１、按Ctrl+W调出类向导，按Add Class按钮弹出新菜单，选From a type libarary，然后定位到simpCOM.dll，接下来会出来该simpCOM中的所有接口，选择你想生成的接口包装类后，向导会自动生成相应的.cpp和.h文件.
这样你就可以在你的MFC工程中像使用普通类那样使用COM组件了.

演示代码:

CoInitialize(NULL);

IFoo foo;
if (foo.CreateDispatch("simpCOM.Foo") != 0)
{
foo.SayHello();
foo.ReleaseDispatch();
}

CoUninitialize();
wswhz1987 2010-05-04
  • 打赏
  • 举报
 回复
受教了。。。。
ATL COM 实现参考[1].doc
在MFC中调用有一种很方便的方法，就是通过ClassWizard利用类型库生成包装类，不过有个前提就是com组件的接口必须是派生自IDispatch。
atl深入解析_part1
atl开发技术深入解析_part1,很不错的参考书
64位程序调用32位dll解决方案
64位程序调用32位com server 解决方案 例子代码
c++开发一个简单累加的COM组件
1. COM组件的实现 2. COM组件的调用
Visual C++实践与提高-COM和COM+篇『PDF』
因文件超过20M不能上传，所以拆分为两个文件分次上传 第1章 COM背景知识 1.1 COM的起源 1.1.1 软件业面临的挑战 1.1.2 传统解决方案 1.1.3 面向对象程序设计方法 1.1.4 最终解决方案：组件软件 1.1.5 面向对象的组件模型——COM 1.2 COM的发展历程 1.2.1 COM以前的对象技术：DDE、OLE 1、VBX控件 1.2.2 COM首次亮相：OLE2 1.2.3 Microsoft拥抱Internet：ActiveX 1.2.4 更多的新名词：Windows DNA和COM＋ 1.2.5 远程对象：ORBs和DCOM 1.2.6 COM的最新版本：COM＋ 1.3 COM技术现状 1.3.1 COM与CORBA 1.3.2 COM与Enterprise Java Beans 1.3.3 Windows之外的COM 小结 第2章 从C＋＋到COM 2.1 C＋＋客户重用C＋＋对象——例程DB 2.1.1 C＋＋对象 2.1.2 客户程序 2.2 将C＋＋对象移进DLL中——例程DB_cppdll 2.2.1 成员函数的引出 2.2.2 内存分配 2.2.3 Unicode／ASCII兼容 2.2.4 例程实现 2.2.4.1 修改接口文件 2.2.4.2 修改对象程序 2.2.4.3 修改客户程序 2.3 C＋＋对象使用抽象基类——例程DB_vtbl 2.3.1 问题：私有数据成员被暴露 2.3.2 解决方案：抽象基类 2.3.2.1 什么是抽象基类（Abstract Base Class） 2.3.2.2 实现秘诀：虚函数（Virtual Functions） 2.3.3 使用抽象基类 2.3.4 例程实现 2.3.4.1 修改接口文件 2.3.4.2 修改对象程序 2.3.4.3 修改客户程序 2.4 改由COM库装载C＋＋对象——例程dbalmostcom 2.4.1 COM库 2.4.2 对象创建的标准入口点 2.4.3 标准对象创建API 2.4.4 标准对象注册 2.4.5 例程实现 2.4.5.1 修改接口文件 2.4.5.2 修改对象程序 2.4.5.3 修改客户程序 2.5 将C＋＋对象变成COM对象 2.5.1 引用计数 2.5.2 多接口 2.5.3 IUnknown接口 2.5.4 标准类厂接口：IClassFactory 2.5.5 对象代码的动态卸载 2.5.6 自动注册 2.5.7 例程实现 2.5.7.1 修改接口文件 2.5.7.2 修改对象程序 2.5.7.3 修改客户程序 2.6 为COM对象添加多接口支持 2.6.1 多接口 2.6.2 DEFINE_GUID 2.6.3 例程实现 2.6.3.1 修改接口文件 2.6.3.2 修改对象程序 2.6.3.3 修改客户程序 小结 第3章 COM基础知识 3.1 对象与接口 3.1.1 COM对象 3.1.2 COM接口 3.1.3 IUnknown接口 3.1.3.1 生存期控制：AddRef和Release 3.1.3.2 接口查询：QueryInterface 3.1.4 全球唯一标识符GUID 3.1.5 COM接口定义 3.1.6 接口描述语言IDL 3.2 COM应用模型 3.2.1 客户／服务器模型 3.2.2 进程内组件 3.2.3 进程外组件 3.2.4 COM库 3.2.5 HRESULT返回值 3.2.6 COM与注册表 3.3 COM组件 3.3.1 实现类厂对象 3.3.2 类厂对象的创建 3.3.3 实现自动注册 3.3.4 实现自动卸载 3.4 COM客户 3.4.1 COM对象创建函数 3.4.1.1 CoGetClassObject 3.4.1.2 CoCreateInstance 3.4.1.3 CoCreateInstanceEx 3.4.2 如何调用进程内组件 3.4.3 COM客户调用进程外组件 3.5 进一步认识COM 3.5.1 可重用机制：包容和聚合 3.5.2 进程透明性 3.5.3 安全性机制 小结 第4章 COM扩展技术 4.1 可连接对象机制 4.1.1 客户、接收器与可连接对象 4.1.1.1 接收器 4.1.1.2 可连接对象 4.1.1.3 客户 4.1.2 实现可连接对象 4.1.3 实现接收器 4.1.4 建立接收器与连接点的连接 4.1.5 获得出接口的类型信息 4.2 结构化存储 4.2.1 什么叫结构化存储和复合文件 4.2.2 存储对象和IStorage接口 4.2.2.1 IStorage接口 4.2.2.2 获得IStorage指针 4.2.2.3 释放STATSTG内存 4.2.2.4 枚举存储对象中的元
VC/MFC

16,549

社区成员

421,619

社区内容

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • AIGC Browser
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今

加载中

查看更多榜单
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了，记忆之中，与CSDN的年龄几乎差不多。随着时间的推移，MFC技术渐渐的偏离了开发主流，若干年之后的今天，当我们面对着微软的这个经典之笔，内心充满着敬意，那些曾经的记忆，可以说代表着二十年前曾经的辉煌……
        向经典致敬，或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天，我们期待着MFC技术能够恢复其曾经的辉煌，或许这个期待会永远成为一种“梦想”，或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代，期待更好的互联网技术能够使得MFC技术框架得以重现活力，……

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

+ 用AI写文章
手机看
关注公众号

关注公众号

 客服 返回
顶部