当前位置：文档之家 › 用VC进行COM编程所必须掌握的理论知识-1

用VC进行COM编程所必须掌握的理论知识-1

  • 格式：doc
  • 大小：30.50 KB
  • 文档页数：2

用VC进行COM编程所必须掌握的理论知识
1 2 下一页

这篇文章是给初学者看的，尽量写得比较通俗易懂，并且尽量避免编程细
节。完全是根据我自己的学习体会写的，其中若有技术上的错误之处，请大家
多多指正。

一、为什么要用COM
软件工程发展到今天，从一开始的结构化编程，到面向对象编程，再到现
在的COM编程，目标只有一个，就是希望软件能象积方块一样是累起来的，是
组装起来的，而不是一点点编出来的。结构化编程是函数块的形式，通过把一
个软件划分成许多模块，每个模块完成各自不同的功能，尽量做到高内聚低藕
合，这已经是一个很好的开始，我们可以把不同的模块分给不同的人去做，然
后合到一块，这已经有了组装的概念了。软件工程的核心就是要模块化，最理
想的情况就是100%内聚0%藕合。整个软件的发展也都是朝着这个方向走的。
结构化编程方式只是一个开始。下一步就出现了面向对象编程，它相对于面向
功能的结构化方式是一个巨大的进步。我们知道整个自然界都是由各种各样不
同的事物组成的，事物之间存在着复杂的千丝万缕的关系，而正是靠着事物之
间的联系、交互作用，我们的世界才是有生命力的才是活动的。我们可以认为
在自然界中事物做为一个概念，它是稳定的不变的，而事物之间的联系是多变
的、运动的。事物应该是这个世界的本质所在。面向对象的着眼点就是事物，
就是这种稳定的概念。每个事物都有其固有的属性，都有其固有的行为，这些
都是事物本身所固有的东西，而面向对象的方法就是描述出这种稳定的东西。
而面向功能的模块化方法它的着眼点是事物之间的联系，它眼中看不到事物的
概念它只注重功能，我们平常在划分模块的时侯有没有想过这个函数与哪些对
象有关呢？很少有人这么想，一个函数它实现一种功能，这个功能必定与某些
事物想联系，我们没有去掌握事物本身而只考虑事物之间是怎么相互作用而完
成一个功能的。说白了，这叫本末倒置，也叫急功近利，因为不是我们智慧不
够，只是因为我们没有多想一步。面向功能的结构化方法因为它注意的只是事
物之间的联系，而联系是多变的，事物本身可能不会发生大的变化，而联系则
是很有可能发生改变的，联系一变，那就是另一个世界了，那就是另一种功能
了。如果我们用面向对象的方法，我们就可以以不变应万变，只要事先把事物
用类描述好，我们要改变的只是把这些类联系起来的方法，只是重新使用我们
的类库，而面向过程的方法因为它构造的是一个不稳定的世界，所以一点小小
的变化也可能导致整个系统都要改变。然而面向对象方法仍然有问题，问题在
于重用的方法。搭积木式的软件构造方法的基础是有许许多多各种各样的可重
用的部件、模块。我们首先想到的是类库，因为我们用面向对象的方法产生的
直接结果就是许多的类。但类库的重用是基于源码的方式，这是它的重大缺
陷。首先它限制了编程语言，你的类库总是用一种语言写的吧，那你就不能拿
到别的语言里用了。其次你每次都必须重新编译，只有编译了才能与你自己的
代码结合在一起生成可执行文件。在开发时这倒没什么，关键在于开发完成
后，你的EXE都已经生成好了，如果这时侯你的类库提供厂商告诉你他们又做
好了一个新的类库，功能更强大速度更快，而你为之心动又想把这新版的类库
用到你自己的程序中，那你就必须重新编译、重新调试！这离我们理想的积木
式软件构造方法还有一定差距，在我们的设想里希望把一个模块拿出来再换一
个新的模块是非常方便的事，可是现在不但要重新编译，还要冒着很大的风
险，因为你可能要重新改变你自己的代码。另一种重用方式很自然地就想到了
是DLL的方式。Windows里到处是DLL，它是Windows 的基础，但DLL也有它
自己的缺点。总结一下它至少有四点不足。(1)函数重名问题。DLL里是一个
一个的函数，我们通过函数名来调用函数，那如果两个DLL里有重名的函数怎
么办？(2)各编译器对C＋＋函数的名称修饰不兼容问题。对于C＋＋函数，编
译器要根据函数的参数信息为它生成修饰名，DLL库里存的就是这个修饰名，
但是不同的编译器产生修饰的方法不一样，所以你在VC 里编写的DLL在BC
里就可以用不了。不过也可以用extern "C";来强调使用标准的C函数特性，
关闭修饰功能，但这样也丧失了C＋＋的重载多态性功能。(3)路径问题。放
在自己的目录下面，别人的程序就找不到，放在系统目录下，就可能有重名的
问题。而真正的组件应该可以放在任何地方甚至可以不在本机，用户根本不需
考虑这个问题。(4)DLL与EXE的依赖问题。我们一般都是用隐式连接的方
式，就是编程的时侯指明用什么DLL，这种方式很简单，它在编译时就把EXE
与DLL绑在一起了。如果DLL发行了一个新版本，我们很有必要重新链接一
次，因为DLL里面函数的地址可能已经发生了改变。DLL的缺点就是COM的优
点。首先我们要先把握住一点，COM和DLL一样都是基于二进制的代码重用，
所以它不存在类库重用时的问题。另一个关键点是，COM本身也是DLL，既使
是ActiveX控件.ocx它实际上也是DLL，所以说DLL在还是有重用上有很大的
优势，只不过我们通过制订复杂的COM协议，通COM本身的机制改变了重用的
方法，以一种新的方法来利用DLL，来克服DLL本身所固有的缺陷，从而实现
更高一级的重用方法。COM没有重名问题，因为根本不是通过函数名来调用函
数，而是通过虚函数表，自然也不会有函数名修饰的问题。路径问题也不复存
在，因为是通过查注册表来找组件的，放在什么地方都可以，即使在别的机器
上也可以。也不用考虑和EXE的依赖关系了，它们二者之间是松散的结合在一
起，可以轻松的换上组件的一个新版本，而应用程序混然不觉。

1 2 下一页

合集下载

com编程

com编程


基本元素定义
我们从下往上看。接口只不过是一组函数。这些函数被称为方法。接口名字以大写的I开头，例如C++中的 IShellLink，接口被设计成一个抽象基类，其中只有纯粹的虚拟函数。
接口可以从其它接口继承，这里所说的继承的原理就好像C++中的单继承。接口是不允许多继承的。
coclass（简称组件对象类——component object class）被包含在DLL或EXE中，并且包含着一个或者多 个接口的代码。组件对象类（coclasss）实现这些接口。COM对象在内存中表现为组件对象类（coclasss）的一 个实例。注意COM“类”和C++“类”是不相同的，尽管常常COM类实现的就是一个C++类。
程度 = E意思是错误（error）；
描述 = READREGDB是对错误的描述（意思是不能读注册表数据库）。
谢谢观看
如果你在winerror.h头文件中查找错误代码，会看到许多按照[功能]_[程度]_[描述]命名规范列出的 HRESULT值，由组件返回的通用的HRESULT（类似E_OUTOFMEMORY）在名字中没有功能码。
如：REGDB_E_READREGDB：
功能码 = REGDB,指“注册表数据库（registry database）”；
Hale Waihona Puke 处理HRESULT处理HRESULT
这一部分准备用SUCCEEDED和 FAILED宏进行一些简单的出错处理。主要是深入研究从COM方法返回的 HRESULT，以便达到完全理解和熟练应用。
HRESULT是个32位符号整数，其非负值表示成功，负值表示失败。HRESULT有三个域：程度位（表示成功或 失败），功能码和状态码。功能码表示HRESULT来自什么组件或程序。微软给不同的组件多赋予功能码，如：COM、 任务调度程序等都有功能码。功能码是个16位的值，仅此而已，没有其它内在含义；它在数字和意义之间是随意 关联的；类似GetLastError()返回的值。
江苏省计算机二级考试(vc)备考提纲(主要为基础知识) (1)

江苏省计算机二级考试(vc)备考提纲(主要为基础知识) (1)

江苏省计算机二级考试备考提纲第一章Visual C++程序设计入门1>定义标识符规则：第一个字符只能是英文字母或下画线，后面可跟字母，数字，下画线；不能是C++语言的关键字。

2>键盘上除去3个字符：@，￥，其余的可显示字符在程序代码中均能使用。

3>编写程序的注意事项：/*和*/为多行注释，//为单行注释，从标识起至本行结束：程序一般包含输入输出编译预处理命令；C++的程序有且只有一个主函数main;对于C++编译器而言，一条语句可以写成若干行，一行内也可以写若干条语句，：而且它严格区分大小写字母。

4>运算符；1.求模/余运算符%，要求操作数必须都是整形数，若不是整型数必须将操作数强制转化成整型再进行求余运算，否则将出现编译错误，如（int）5.2%3=2; 2.若操作数中有负值，求余原则为：先取绝对值求余，余数取与被除数相同的符号，如-10%3=-1,10%-3=1. 3。

而除法运算符/和*，若两个操作数都是整型，则结果也是整型，若有一个是实型，则结果是实型。

4。

注意，如a=4,b=3,c=2,求a>b>c的值，因为原式=(a>b)>c,a>b值为1，则原式相当于1>c,所以最终结果是0。

5。

自增、减运算符的操作数不能是常量或表达式，如2++，（x+1）++都是不合法的，再如，2*a++等价于2*（a++）. 6.条件运算符“？：”是C++中唯一的三目运算符，条件表达式的一般格式为：逻辑表达式1？表达式2：表达式3.，1为真执行2，为假执行3，注意：条件表达式的功能相当于条件语句，但一般不能取代if语句；表达式1,2,3类型可不同，此时条件表达式的值取较高的类型，如a>b?2:5.5,a<b时，值为5.5，a>b时，值为2.0，而不是2。

注意：逗号运算符计算方法：按先后顺序依次计算各个表达式的值，最后一个表达式的值作为整个逗号表达式的值。

VC编程学习笔记

VC编程学习笔记

LongSky的学习笔记1.打开或保存文件的对话框 CFileDialog文件选择对话框的使用：首先构造一个对象并提供相应的参数，构造函数原型如下：CFileDialog::CFileDialog( BOOL bOpenFileDialog, LPCTSTR lpszDefExt = NULL, LPCTSTR lpszFileName = NULL, DWORD dwFlags = OFN_HIDEREADONLY | OFN_OVERWRITEPROMPT, LPCTSTR lpszFilter = NULL, CWnd* pParentWnd = NULL );参数意义如下：bOpenFileDialog 为TRUE则显示打开对话框，为FALSE则显示保存对话文件对话框。

lpszDefExt 指定默认的文件扩展名。

lpszFileName 指定默认的文件名。

dwFlags 指明一些特定风格。

lpszFilter 是最重要的一个参数，它指明可供选择的文件类型和相应的扩展名。

参数格式如："Chart Files (*.xlc)|*.xlc|Worksheet Files (*.xls)|*.xls|Data Files(*.xlc;*.xls)|*.xlc; *.xls|All Files (*.*)|*.*||";文件类型说明和扩展名间用 | 分隔，同种类型文件的扩展名间可以用 ; 分割，每种文件类型间用 | 分隔，末尾用 || 指明。

pParentWnd 为父窗口指针。

创建文件对话框可以使用DoModal()，在返回后可以利用下面的函数得到用户选择：CString CFileDialog::GetPathName( ) 得到完整的文件名，包括目录名和扩展名如：c: est est1.txtCString CFileDialog::GetFileName( ) 得到完整的文件名，包括扩展名如：test1.txt CString CFileDialog::GetExtName( ) 得到完整的文件扩展名，如：txtCString CFileDialog::GetFileTitle ( ) 得到完整的文件名，不包括目录名和扩展名如：test1POSITION CFileDialog::GetStartPosition( ) 对于选择了多个文件的情况得到第一个文件位置。

VS2010之MFC入门到精通教程(1-55全部)

VS2010之MFC入门到精通教程(1-55全部)

VS2010/MFC编程入门教程之目录第一部分：VS2010/MFC开发环境VS2010/MFC编程入门之前言VS2010/MFC编程入门之一（VS2010与MSDN安装过程图解）第二部分：VS2010-MFC应用程序框架VS2010/MFC编程入门之二（利用MFC向导生成单文档应用程序框架）VS2010/MFC编程入门之三（VS2010应用程序工程中文件的组成结构）VS2010/MFC编程入门之四（MFC应用程序框架分析）VS2010/MFC编程入门之五（MFC消息映射机制概述）第三部分：对话框VS2010/MFC编程入门之六（对话框：创建对话框模板和修改对话框属性）VS2010/MFC编程入门之七（对话框：为对话框添加控件）VS2010/MFC编程入门之八（对话框：创建对话框类和添加控件变量）VS2010/MFC编程入门之九（对话框：为控件添加消息处理函数）VS2010/MFC编程入门之十（对话框：设置对话框控件的Tab顺序）VS2010/MFC编程入门之十一（对话框：模态对话框及其弹出过程）VS2010/MFC编程入门之十二（对话框：非模态对话框的创建及显示）VS2010/MFC编程入门之十三（对话框：属性页对话框及相关类的介绍）VS2010/MFC编程入门之十四（对话框：向导对话框的创建及显示）VS2010/MFC编程入门之十五（对话框：一般属性页对话框的创建及显示）VS2010/MFC编程入门之十六（对话框：消息对话框）VS2010/MFC编程入门之十七（对话框：文件对话框）VS2010/MFC编程入门之十八（对话框：字体对话框）VS2010/MFC编程入门之十九（对话框：颜色对话框）第四部分：常用控件VS2010/MFC编程入门之二十（常用控件：静态文本框）VS2010/MFC编程入门之二十一（常用控件：编辑框Edit Control）VS2010/MFC编程入门之二十二（常用控件：按钮控件Button、Radio Button和Check Box）VS2010/MFC编程入门之二十三（常用控件：按钮控件的编程实例）VS2010/MFC编程入门之二十四（常用控件：列表框控件ListBox）VS2010/MFC编程入门之二十五（常用控件：组合框控件Combo Box）VS2010/MFC编程入门之二十六（常用控件：滚动条控件Scroll Bar）VS2010/MFC编程入门之二十七（常用控件：图片控件Picture Control）VS2010/MFC编程入门之二十八（常用控件：列表视图控件List Control 上）VS2010/MFC编程入门之二十九（常用控件：列表视图控件List Control 下）VS2010/MFC编程入门之三十（常用控件：树形控件Tree Control 上）VS2010/MFC编程入门之三十一（常用控件：树形控件Tree Control 下）VS2010/MFC编程入门之三十二（常用控件：标签控件Tab Control 上）VS2010/MFC编程入门之三十三（常用控件：标签控件Tab Control 下）第五部分：菜单、工具栏与状态栏VS2010/MFC编程入门之三十四（菜单：VS2010菜单资源详解）VS2010/MFC编程入门之三十五（菜单：菜单及CMenu类的使用）VS2010/MFC编程入门之三十六（工具栏：工具栏资源及CToolBar类）VS2010/MFC编程入门之三十七（工具栏：工具栏的创建、停靠与使用）VS2010/MFC编程入门之三十八（状态栏的使用详解）第六部分：文档、视图和框架VS2010/MFC编程入门之三十九（文档、视图和框架：概述）VS2010/MFC编程入门之四十（文档、视图和框架：各对象之间的关系）VS2010/MFC编程入门之四十一（文档、视图和框架：分割窗口）第七部分：MFC常用类VS2010/MFC编程入门之四十二（MFC常用类：CString类）VS2010/MFC编程入门之四十三（MFC常用类：CTime类和CTimeSpan类）VS2010/MFC编程入门之四十四（MFC常用类：定时器Timer）VS2010/MFC编程入门之四十五（MFC常用类：CFile文件操作类）VS2010/MFC编程入门之四十六（MFC常用类：MFC异常处理）第八部分：字体和文本输出VS2010/MFC编程入门之四十七（字体和文本输出：CFont字体类）VS2010/MFC编程入门之四十八（字体和文本输出：文本输出）第九部分：图形图像VS2010/MFC编程入门之四十九（图形图像：CDC类及其屏幕绘图函数）VS2010/MFC编程入门之五十（图形图像：GDI对象之画笔CPen）VS2010/MFC编程入门之五十一（图形图像：GDI对象之画刷CBrush）第十部分：Ribbon界面开发VS2010/MFC编程入门之五十二（Ribbon界面开发：创建Ribbon样式的应用程序框架）VS2010/MFC编程入门之五十三（Ribbon界面开发：为Ribbon Bar添加控件）VS2010/MFC编程入门之五十四（Ribbon界面开发：使用更多控件并为控件添加消息处理函数）VS2010/MFC编程入门之前言鸡啄米的C++编程入门系列给大家讲了C++的编程入门知识，大家对C++语言在语法和设计思想上应该有了一定的了解了。