ccom编程

A. COM编程和API编程有什么区别

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

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

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

B. com编程是什么意思啊

COM（Component Object Model）是一种面向对象的组件技术，旨在实现各种软件之间的互操作性。COM编程是指利用COM技术来进行编程，其中包括使用COM对象库、创建COM组件等操作。通过COM编程，我们可以实现多种应用程序之间的无缝集成，提高软件的灵活性和可扩展性。
COM编程在很多领域都有广泛的应用。在Windows系统中，COM组件是实现许多重要功能的关键技术之一。例如，我们可以编写一个COM组件来实现文件的读写、网络通信或其他系统功能，并在多个应用程序中重复利用。此外，在开发浏览器插件、ActiveX控件等方面，COM编程也发挥着重要的作用。
COM编程虽然具有许多优点，但其学习曲线较为陡峭。对于初学者来说，我们建议先了解面向对象编程的基本概念，再深入了解COM的技术原理和实现方式。此外，相关的编程知识和经验也非常重要。可以通过阅读相关书籍、参加培训课程、参与开源项目等方式，提高自己的技能水平。最重要的是，需要不断地动手实践，积累实际经验，才能真正掌握COM编程的奥义。

C. c#编程,添加引用时,COM和.NET有什么区别代表什么意思

COM是windows的com组件，没有.NET的时候有段时间都是基于com的编程，在windows系统中还在使用。.NET其实是微软在2002年推出的替代COM的编程平台。因为据一些老程序员说COM编程太恶心了，微软估计也觉得让大家继续使用太难受了，就发明了.NET。

D. 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。

E. 请问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基础类库中选择更多的功能。