ccom编程

Ⅰ 什么是 COM编程技术

指组件对象模型,把程序某些部分设计成组件，组件由对象组成,对象则提供接口，接口完成类似的功能。程序把各个组件利用起来组成应用系统。就象机器零件一样，生产零件、最后总装。

Ⅱ 用com编程和用mfc编程有什么区别。

MFC 简单来说就是对 API 以及各种对象（窗口、Socket、等等）的封装，组织成为一个合理的基于 Visual C++ 的框架结构。
而 COM 是与语言无关的（虽然只适用于 Windows 平台），C/C++/VB/汇编等都可以使用 COM 对象。

MFC 的图像类其实就是使用 COM 接口。

Ⅲ COM编程和API编程有什么区别

COM是Windows非常非常重要的部分.

OLE DB是COM, ADO是COM,
OFFICE是COM;
Windows Media Player是COM
WMI是COM
IE 是COM
数不胜数

有了COM知识, 你既能用这些个东西, 也能写类似的东西给别人用.

Ⅳ com编程的COM编程入门

第一部分——什么是COM，如何使用COM。
本文的目的是为刚刚接触COM的程序员提供编程指南，并帮助他们理解COM的基本概念。内容包括COM规范简介，重要的COM术语以及如何重用现有的COM组件。本文不包括如何编写自己的COM对象和接口。
本文由浅入深描述COM的内在运行机制，教你如何使用第三方提供的COM对象（以Windows 外壳组件Shell为例）。读完本文后，你就能掌握如何使用Windows操作系统中内建的组件和第三方提供的COM对象。
本文假设你精通C++语言。在例子代码中使用了一点MFC和ATL，如果你不熟悉MFC和ATL也没关系，本文会对这些代码进行完全透彻的解释。本文包括以下几个部分：
简单地说，COM是一种跨应用和语言共享二进制代码的方法。与C++不同，它提倡源代码重用。ATL便是一个很好的例证。源码级重用虽然好，但只能用于C++。它还带来了名字冲突的可能性，更不用说不断拷贝重用代码而导致工程膨胀和臃肿。
Windows使用DLLs在二进制级共享代码。这也是Windows程序运行的关键——重用kernel32.dll, user32.dll等。但DLLs是针对C接口而写的，它们只能被C或理解C调用规范的语言使用。由编程语言来负责实现共享代码，而不是由DLLs本身。这样的话DLLs的使用受到限制。
MFC引入了另外一种MFC扩展DLLs二进制共享机制。但它的使用仍受限制——只能在MFC程序中使用。
COM通过定义二进制标准解决了这些问题，即COM明确指出二进制模块（DLLs和EXEs）必须被编译成与指定的结构匹配。这个标准也确切规定了在内存中如何组织COM对象。COM定义的二进制标准还必须独立于任何编程语言（如C++中的命名修饰）。一旦满足了这些条件，就可以轻松地从任何编程语言中存取这些模块。由编译器负责所产生的二进制代码与标准兼容。这样使后来的人就能更容易地使用这些二进制代码。
在内存中，COM对象的这种标准形式在C++虚函数中偶尔用到，所以这就是为什么许多COM代码使用C++的原因。但是记住，编写模块所用的语言是无关的，因为结果二进制代码为所有语言可用。
此外，COM不是Win32特有的。从理论上讲，它可以被移植到Unix或其它操作系统。但是我好像还从来没有在Windows以外的地方听说过COM。

Ⅳ Com编程就是封装接口DLL的

dll文件不是系统所独有，是软件共享的库文件，一般开发软件都能通过编程调用dll文件的函数，也就是地址---来执行dll文件里面的功能，所以，dll和exe是一样的，区别就是exe直接将所有函数自己包含在内，而dll只包含需要的函数，而不是包含里面的你说的代码。

Ⅵ COM编程是什么

COM即组件对象模型，是Component Object Model 取前三个字母的缩写，这三个字母在当今Windows的世界中随处可见。随时涌现出来的大把大把的新技术都以COM为基础。各种文档中也充斥着诸如COM对象、接口、服务器之类的术语。因此，对于一个程序员来说，不仅要掌握使用COM的方法，而且还要彻底熟悉COM的所有一切。

简单地说，COM是一种跨应用和语言共享二进制代码的方法。与C++不同，它提倡源代码重用。ATL便是一个很好的例证。源码级重用虽然好，但只能用于C++。它还带来了名字冲突的可能性，更不用说不断拷贝重用代码而导致工程膨胀和臃肿。
Windows使用DLLs在二进制级共享代码。这也是Windows程序运行的关键——重用kernel32.dll, user32.dll等。但DLLs是针对C接口而写的，它们只能被C或理解C调用规范的语言使用。由编程语言来负责实现共享代码，而不是由DLLs本身。这样的话DLLs的使用受到限制。
MFC引入了另外一种MFC扩展DLLs二进制共享机制。但它的使用仍受限制——只能在MFC程序中使用。
COM通过定义二进制标准解决了这些问题，即COM明确指出二进制模块（DLLs和EXEs）必须被编译成与指定的结构匹配。这个标准也确切规定了在内存中如何组织COM对象。COM定义的二进制标准还必须独立于任何编程语言（如C++中的命名修饰）。一旦满足了这些条件，就可以轻松地从任何编程语言中存取这些模块。由编译器负责所产生的二进制代码与标准兼容。这样使后来的人就能更容易地使用这些二进制代码。
在内存中，COM对象的这种标准形式在C++虚函数中偶尔用到，所以这就是为什么许多COM代码使用C++的原因。但是记住，编写模块所用的语言是无关的，因为结果二进制代码为所有语言可用。
此外，COM不是Win32特有的。从理论上讲，它可以被移植到Unix或其它操作系统。

Ⅶ 学COM编程有什么用

COM是高级代码复用技术，OLE,ActvieX，DShow等等平台都是COM的。
有兴趣学COM，请来锐英源。
全面能力学习：抽象思维、语言基础、设计思路、技术疑难、软件工程、文档（英语）理解和文档设计
综合教材学习：结合工作经验、开源、英语、视频教学、在线教学、阶段式兴趣和实践,因人施教，海量源码。

Ⅷ 什么是com编程

应该说两者都可以.

Ⅸ com编程模式

一、Singleton，单例模式：保证一个类只有一个实例，并提供一个访问它的全局访问点
二、Abstract Factory，抽象工厂：提供一个创建一系列相关或相互依赖对象的接口，而无须指定它们的具体类。
三、Factory Method，工厂方法：定义一个用于创建对象的接口，让子类决定实例化哪一个类，Factory Method使一个类的实例化延迟到了子类。
四、Builder，建造模式：将一个复杂对象的构建与他的表示相分离，使得同样的构建过程可以创建不同的表示。
五、Prototype，原型模式：用原型实例指定创建对象的种类，并且通过拷贝这些原型来创建新的对象。
行为型有：
六、Iterator，迭代器模式：提供一个方法顺序访问一个聚合对象的各个元素，而又不需要暴露该对象的内部表示。
七、Observer，观察者模式：定义对象间一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知自动更新。
八、Template Method，模板方法：定义一个操作中的算法的骨架，而将一些步骤延迟到子类中，TemplateMethod使得子类可以不改变一个算法的结构即可以重定义该算法得某些特定步骤。
九、Command，命令模式：将一个请求封装为一个对象，从而使你可以用不同的请求对客户进行参数化，对请求排队和记录请求日志，以及支持可撤销的操作。
十、State，状态模式：允许对象在其内部状态改变时改变他的行为。对象看起来似乎改变了他的类。
十一、Strategy，策略模式：定义一系列的算法，把他们一个个封装起来，并使他们可以互相替换，本模式使得算法可以独立于使用它们的客户。
十二、China of Responsibility，职责链模式：使多个对象都有机会处理请求，从而避免请求的送发者和接收者之间的耦合关系
十三、Mediator，中介者模式：用一个中介对象封装一些列的对象交互。
十四、Visitor，访问者模式：表示一个作用于某对象结构中的各元素的操作，它使你可以在不改变各元素类的前提下定义作用于这个元素的新操作。
十五、Interpreter，解释器模式：给定一个语言，定义他的文法的一个表示，并定义一个解释器，这个解释器使用该表示来解释语言中的句子。
十六、Memento，备忘录模式：在不破坏对象的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。
结构型有：
十七、Composite，组合模式：将对象组合成树形结构以表示部分整体的关系，Composite使得用户对单个对象和组合对象的使用具有一致性。
十八、Facade，外观模式：为子系统中的一组接口提供一致的界面，fa?ade提供了一高层接口，这个接口使得子系统更容易使用。
十九、Proxy，代理模式：为其他对象提供一种代理以控制对这个对象的访问
二十、Adapter,适配器模式：将一类的接口转换成客户希望的另外一个接口，Adapter模式使得原本由于接口不兼容而不能一起工作那些类可以一起工作。
二十一、Decrator，装饰模式：动态地给一个对象增加一些额外的职责，就增加的功能来说，Decorator模式相比生成子类更加灵活。
二十二、Bridge，桥模式：将抽象部分与它的实现部分相分离，使他们可以独立的变化。
二十三、Flyweight，享元模式

Ⅹ 请问com编程 .net编程有什么区别啊

所有的优秀程序员都会尽自己的最大努力去使自己所写的程序具有更好的可重用性，因为它可以让你快速地写出更加健壮和可升级性的程序。

有两种使代码重用的选择：

1．白盒：最简单的一种，就是把你的程序片拷贝到另一个文件中。
2．黑盒：它包括把编译过的程序片连接起来。因此客户端可以调用的编译过的黑盒类库就叫作组件。

.Net中也同样为开发者提供了类似于COM的建立和展开组件的方法。开发人员很容易地被这两种以组件为基础的开发模型所迷惑，所以，让我们来看一看这些不同的开发方法，以使我们消除疑惑。

COM的产生

在以前程序设计过程中，程序员把它们的函数库放在一个叫做目标(Object)文件的单独文件中，在这些文件中，包含了编译过的代码。当程序员要使用一个特别的目标文件的时候，他们把客户程序编译成机器代码，然后依靠动态链接的手段把客户程序联接到目标文件上，最后变成一个单一的可执行文件。这种作法的唯一的好处在于它节省了编译函数库的时间。但是它有许多的缺点，比如由于在每个单独的可执行文件中都有一个程序库包括在里面，浪费了许多存储空间；对应用程序的维护也是非常困难的，如果在函数库中发现了一个bug，整个可执行文件都要被重新编译和分发。

还有不只一个的严重的限制在里头，一个客户应用程序必须要和用同一种语言编制的函数库在一起才能使用。比如说，一个用QuickBasic写的客户应用程序就不能引用一个用C++写的函数库。

因此，微软公司出品了COM，COM仅仅只是一个规范。不管组件用什么语言写成，只要符合这个COM规范，就能被用任何一种语言写成的客户程序调用。此外，程序员不必再担心要去建立一个单一的可执行文件，因为组件是以GUID（Global Unique Identifier全球唯一标识符）来标识的。GUID是一个128位的号码，和一些相关的信息一起被放在系统的注册表中，用来唯一标识组件。客户应用程序只在运行期间才动态地建立一个组件的实例，并使用这个组件的功能，因此，只需要一个函数库的拷贝。它的缺点就是大家常常提到?quot;DLL地狱"。这个问题在一个DLL要被一个新版本的DLL所取代时引发。开发者不得不通过关闭所有的客户应用程序的方法（如果不行，还要关闭WWW服务）来达到清除所用对这个组件的引用的目的。有时所有的方法都还起不了作用，那你只好重新启动服务器后才能替换掉老的DLL。

COM+

为了让企业级的应用程序能使用上COM，它必需要有以下的特定的能力。

· 验证能力
· 对象池（Object Pooling）
· 事务处理
· 支持分布式架构

为了使开发者不必去为他们的组件添加这些能力，微软公司出品了DCOM（Distributed COM分布式COM）和MTS（Microsoft Transaction Server微软事务服务器）。使用这两种技术，开发者就可以把精力用在他们的商业逻辑上，而不必放在后台的他们的组件上。

DCOM是一个用于分布式的组件之间的通讯的RPC（Remote Procere Call）协议。客户端向一个本地机的代理类发送请求，然后由代理类将这个请求隐含地给安装在远程机器上的"根"类，然后执行结果原路送回给代理类，最后代理类把它们回送给客户端。因此，客户程序的位置完全与组件的位置无关。DCOM的缺点在于，由于DCOM使用的是一个独立的硬件端口，而不是HTTP协议的80端口，所以在组件间通讯的过程中，必须保证这个端口是开着的。这是一个严重的安全问题。所以DCOM不能够轻易地穿越防火墙。

为了使用MTS，程序员在它们的组件里放置特别的MTS钩子，编译后把他们放在MTS包中。把有关系的组件放在一个单一的包中有它自己的好处。当客户请求一个包中的一个组件的一个实例的时候，MTS确保为这个包建立一个新的专门的线程，一个新的组件实例被建立在这个线程上并被应用事务服务。至于对象池服务和安全服务是否要被建立，那就要看开发者的请求了。

MTS允许相关的作业单元被当作一个事务来对待，这意味着如果所有的作业单元被成功地完成，整个事务就被当作成功地完成，反之如果有一个单元未成功完成，整个事务将被重新轮回。

在客户请求对象和释放对象后，MTS仍保存着这个对象，所以当另一个客户请求同一个组件的时候，MTS就将保存着的对象交给它。通过这种方式，MTS减少了在服务器源实例化的次数。

MTS允许开发者用安全措施来组装他们的组件，以使其具有识别请求它的服务的客户的能力。这能够确保未经授权的客户不能够使用组件的功能。

MTS以COM+的名义被完整地整合到了微软公司的Windows 2000操作系统中，但是COM+不仅仅只有MTS，它还包括一些其它的服务。MSMQ（Microsoft Message Queue Server），一个与MTS一同发布的服务，也被以COM+的名义整合到了Windows 2000中。MSMQ允许服务器端和客户端进行同步的通讯。事件服务（Event Service）也被加了进来，它使服务器能够与客户端同步地交流事件的发生。负载平衡服务（Load Balancing）自动地实例化机器上的具有最多资源的服务器上的请求对象。

.NET

.Net提供了一种全新的建立和展开组件的方法。它就是大名鼎鼎的Assemblies。使用COM，开发者必需要在服务器上注册组件，这也就是说，系统注册表中的组件的信息必须被更新。这样做的目的是保证组件的中心位置，以使COM+能够找到合适的组件。使用.Net的Assemblies，装配（Assembly）文件把所有需要的元数据（meta data）都压入一个叫Manifests（名单）的一个特殊的段中。在.Net中，要使assembly对用户有效，只要简单地把他们放在一个目录中就行了。当客户程序请求一个特别的组件的实例的时候，.Net运行期（runtime）在同一个目录搜寻assembly，在找到后，分析其中的manifest，以取得这个组件所提供的类的信息。由于组件的信息是放在manifest里的，所以开发者就没有必要把组件注册到服务器上，因此，就可以允许几个相同的组件安全地共存在一个相同的机器上了。

建立一个.Net assembly并不像建立一个VB6组件，唯一让开发者操心的就是商业逻辑，所有的后台代码全部由.Net运行期产生，而且由于.NET运行期具有碎片收集器的功能，组件不必担心它的引用数目（在COM中是靠Iunknown的帮助）。简单地说，在.NET中建立一个assembly比建立一个VB6 COM要简单地多。

纯的.NET assemblies不能够在COM+服务下注册，因为它们是和COM不同的二进制标准。面对.NET，assemblies的前景相对于COM来说是"高级的COM"。但是由于当前架构于COM+上的应用程序的可靠性，COM还会持续一段时间。这也许就是微软公司向开发者同时提供开发.NET assemblies和COM的工具的原因吧。

类型库引入器(Type Library Importer (TLBIMP.exe))工具可以把COM组件封装成.NET，以使以前的东西可以在.NET应用程序中继续使用。

类型库导出器（Type Library Exporter (TLBEXP.exe)）工具将.NET组件封装成COM，这个工具也是很有用的，如果你要用你的.NET assemblies去替换原有的COM组件，就得用到它了。由COM+提供的服务不能被忽略，所以把.NET assemblies封装成COM组件就变得相当重要了。作为一种选择，开发者可以从.NET基础类库中选择更多的功能。