.NET组件和COM组件之间的相互操作方法

.NET技术是微软大力推广的下一代平台技术，自从.NET技术架构Beta2版本的正式发布，此项技术也逐渐走向成熟和稳定。按照微软的平台系统占有 率，我们不难想象得到，在未来的一两年内.NET技术必定会势如破竹一般的登上主流的技术平台，而一个新的技术平台得以快速发展的最重要的前提是：他不会 彻底的摒弃以前的技术，这一点对于.NET技术来说指的就是COM/COM+技术了。 
    一般来说，在IT技术界以及硬件产业，技术的更新换代速度非常得惊人，而惯例是所有的新技术都会遵循向下兼容的原则，但是.NET技术不仅仅做到了这一 点，.NET甚至实现了相互之间的各自调用，这一点是非常难能可贵的。也就是说，不但我们可以在.NET组件中调用COM组件，同时也可以在COM组件中 正常的调用.NET组件。这点带来的好处是显而易见的，一方面我们可以保持现有的技术资源，另一方面，在现有资源中可以利用.NET所带来的各种新技术。 
    在开始之前我们先来看一下.NET组件和我们目前常使用的COM组件之间有何不同之处吧。 
    .NET组件可以分为两大类：共享的.NET组件和私有的.NET组件。 
    共享的.NET组件需要通过标准公开关键字密码技术来保证自身的唯一性，在这一点上面比较类似于COM的全球唯一ID号码GUID。但是，我们在可能的情 况下应当尽量避免使用共享的.NET组件，因为这样将会有可能再一次的陷入目前在视窗系统下长期困扰开发人员的“DLL地狱”。 
    私有的.NET组件是我们将会经常使用的.NET组件方式，在这种方式之下，我们发布.NET组件需要做的只是简单的进行拷贝操作就可以了，仿佛回到了远古的DOS时代了，在也不必关心纷繁复杂的系统注册表了，也不必担心DLL的版本被覆盖等等的问题了。 
    而COM组件是微软曾经力推了很多年的一种代码复用的技术框架，在这些年里也得到了极大的发展和应用，但它的弊端却也日益明显，我们不得不面对众多的 COM组件之间的版本控制和令人恐怖的DLL地狱，还有注册表、GUID等等。在我们安装一个软件的同时，也带来了大量的我们所未知的版本繁多的 COM组 件到我们的操作系统中。 
    但是，COM组件的技术优势也是明显的，在很大的程度上实现了Windows平台下的代码复用，所以我们才会提出这样的一个话题，如何才能在.NET技术日臻成熟的情况下，保护和利用已经存在的大量的采用COM技术的软件和产品呢？ 
    下面我们就探讨一下，如何实现.NET组件和COM组件之间的相会调用和操作。 
    首先，我们来看看在现有的COM组件中如何调用.NET编写的组件吧：
在这里我们使用C#编写一个最简单的组件，仅仅实现返回一个字符串，详细的代码如下： 
    在上面的.NET组件当中我们实现了一个类成员：say。他的用途是简单的返回一段字符串。 
    切换到MS-DOS命令行下面，运行：
C:\>csc /t:library /out ClassLibrary1.DLLClassLibrary1.cs 
    上面的编译器参数/t:library 告诉C#编译器我们现在是在建立一个库应用程序。这样，我们就得到了一个名称为ClassLibrary1.DLL的.NET组件了。 
    但是想要在现有的COM组件中使用这个组件，我们还有进行如下步骤： 
    切换到MS-DOS命令行下面，运行：

创新互联公司专注于企业营销型网站、网站重做改版、金水网站定制设计、自适应品牌网站建设、H5技术、商城系统网站开发、集团公司官网建设、成都外贸网站制作、高端网站制作、响应式网页设计等建站业务，价格优惠性价比高，为金水等各大城市提供网站开发制作服务。

C:\>regasm out ClassLibrary1.DLL /regfile:ClassLibrary1.reg 
    上面的命令行是注册我们的.NET组件，并且产生了一个备用的注册表文件。大家一定会记得在以前我们的win9x/NT/2000下面注册COM组件使用的命令是：
regsvr32 c:\test.dll 
    在.NET下面，注册.NET组件就需要上面的regasm命令了，值得注意的是，这个方法仅仅是为了可供COM组件来调用，.NET本身之间相互调用组件是不需要任何注册的！ 
    还没有结束呢，接下来我们需要：
切换到MS-DOS命令行下面，运行：
C:\>tlbExp ClassLibrary1.dll /out:ClassLibrary1.tlb
上面的命令行表示将会产生一个.NET组件的类型库，目的是为了我们在COM组件中进行提前绑定操作。
好了，接下来我们就可以在自己的基于目前COM技术的代码中方便的使用上面我们使用C#编写的.NET组件了。在这里，我们使用VB6.0编写一个小小的 测试代码，在开始之前我们需要在VB的集成环境中使用菜单中的“引用”选项，选择我们刚才产生的类型库文件ClassLibrary1.tlb。
VB测试的代码如下：
Private Sub Form_Load()
Dim test As New ClassLibrary1.hello
Dim str As String
str = test.say("dddd")
MsgBox str
End Sub
接下来，我们就来看看，如何在.NET组件中使用目前存在的COM组件吧。
对于.NET来讲，使用COM组件要想对简单一些。.NET在设计之初就考虑到了如何方便的利用现有的各种技术资源，这也是微软的一贯作风，.NET的强 大之处也可见一斑。.NET提供了大量的类库来方便的实现同COM的相互操作，其中很重要的一个名称空间就是： System.Runtime.InteropServices。通过这个名称空间的名字我们也可以从字面上看出，“互操作服务”。 System.Runtime.InteropServices这个名称空间提供了一系列的类来对COM对象进行操作。
下面的例子中，我们来调用一下系统自带的Win32函数MessageBoxA，这个函数位于系统的COM组件user32.dll当中，我们调用的代码如下：
using System;
using System.Runtime.InteropServices;
class Test
{
[DllImport("user32.dll")]
public static extern int MessageBoxA(inthWnd,string strMsg,string strCaption,intnType);
public static void Main()
{
int myMsg;
myMsg=MessageBoxA(0,"Hello!","test",0);
}
}
切换到MS-DOS命令行下面，运行：
C:\>csc Test.cs
编译完毕我们的C#应用程序之后，直接运行就可以看到对话框了！
需要注意的是，在调用COM组件之前，我们需要在.NET程序中引用名称空间：System.Runtime.InteropServices。因为我们需要使用这个名称空间所提供的一个方法：DllImport。
怎么样，在.NET中使用COM组件是非常的方便的吧。上面是我们调用的系统本身自带的DLL组件，同样的，也可以使用这种方法来调用我们自己使用VB/VC编写的COM组件。

好了，我们已经探讨完了如何在.NET和COM之间相互操作了，我们也很显然的看到了.NET技术的强大，现在越早掌握.NET技术就会在未来越容易的占领领先的位置，让我们共同努力掌握强大的.NET平台技术吧。
（以上程序在Windows2000 server+VS.NET Beta2下测试通过）
----------------------
相关知识
以下是com的概念 
什么是com
Components   Object   Model   (COM)   是软件组件互相通讯的一种方式。它是一种二进制和网络标准，允许任意两个组件互相通讯，而不管它们是在什么计算机上运行（只要计算机是相连的），不管各计 算机运行的是什么*作系统（只要该*作系统支持   COM），也不管该组件是用什么语言编写的。COM   还提供了位置透明性：当您编写组件时，其他组件是进程内   DLL、本地   EXE   还是位于其他计算机上的组件，对您而言都无所谓。（当然会有性能区别，但是，即使改变了其他组件的位置，您也不必重新编写什么，这是关键所在。）
COM   是基于对象的——但是这种对象概念与您熟悉的   C++   或   Visual   Basic   中的对象不太一样。（顺便说一下，“对象”和“组件”几乎是同一个东西。GUI   医生在谈论应用程序的结构时愿意说成“组件”，而在谈论实现时愿意说成是“对象”）
首先，COM   对象被很好地封装起来。您无法访问对象的内部实现细节；您无法知道对象使用了什么数据结构。实际上，对象的封装是如此的严密，以致于   COM   对象通常被描绘为盒子。图   1   描绘了一个完全封装的对象。请注意，实现细节是如何向您隐藏的。
Windows   2000中的 Component   Services是企业级应用中的非常重要的一部分，它为那些基于web的、分布式的应用程序提供了几乎所有需要的功能。尽管 COM+服务起初只是被设计 用来为COM组件提供服务的，但是如果.NET组件也能够使用COM+服务的话，那将会是一件很好的事。因为COM+能够为组件提供很多服务如对象缓冲， 资源共享，给予角色的安全机制和分布式事务处理等。
概括地说，COM具有如下一些优越性：
编程技术难度和工作量降低，开发周期变短，开发成本降低。一般编程人员只须根据应用功能要求选用合适的组件，而不必事无巨细都自己动手去完成。组件模块将编程的技术难度和工作量在人员个体和时间上进行了分摊。
可以实现分层次的编程，从而促进了软件的专业化生产。专业人员可以开发出具有很强专业性的软件组件，这样既保证了普通的编程应用人员能够完成所需要的应用开发，又不至于降低使用的性能。应用人员不便实现的组件模块可以让专业人员定做。
促进组件市场的丰富，最大限度地满足了各种应用需求，定制特定的软件模块变得相当容易。
软件的复用率提高，使软件的使用效率得到提高并延长了使用寿命。组件编程体系使大量的编程问题局部化了，使软件的更新和维护变得快速和容易，软件的成本大大降低。

什么是COM?
2007-07-30 23:33
什么是COM？
    所谓 COM（Componet Object Model，组件对象模型），是一种说明如何建立可动态互变组件的规范，此规范提供了为保证能够互操作，客户和组件应遵循的一些二进制和网络标准。通过这 种标准将可以在任意两个组件之间进行通信而不用考虑其所处的操作环境是否相同、使用的开发语言是否一致以及是否运行于同一台计算机。
COM的优点？
      首先：用户一般希望能够定制所用的应用程序，而组件技术从本质上讲就是可被定制的，因而用户可以用更能满足他们需要的某个组件来替换原来的那个。其次，由 于组件是相对应用程序独立的部件，我们可以在不同的程序中使用同一个组件而不会产生任何问题，软件的可重用性将大大的得到增强。第三，随着网络带宽及其重 要性的提高，分布式网络应用程序毫无疑问的成为软件市场上越来越重要的买点。组件价构可以使得开发这类应用程序的过程得以简化。
什么是COM+？
      COM+并不是COM的简单升级，COM+的底层结构仍然以COM为基础，它几乎包容了COM的所有内容，COM+综合了COM、DCOM和MTS这些技 术要素，它把COM组件软件提升到应用层而不再是底层的软件结构，它通过操作系统的各种支持，使组件对象模型建立在应用层上，把所有组件的底层细节留给操 作系统，因此，COM+与操作系统的结合更加紧密。
      COM+不再局限于COM的组件技术，它更加注重于分布式网络应用的设计和实现。COM+继承了COM几乎全部的优势，同时又避免了COM实现方面的一些 不足，把COM、DCOM和MTS的编程模型结合起来，继承了它们的绝大多数特性，在原有的特性上增加了新的功能。
COM+的新的优点?
      以下列出COM+的几个主要特性：
      COM+不仅继承了COM所有的优点，而且还增加了一些服务，比如队列服务、负载平衡、内存数据库、事件服务等。
  队列服务对于分布式应用非常有意义，特别是在现在网络速度很慢的情况下，这种机制可以保证应用系统能够可靠地运行。在应用系统包含大量节点但服务器又繁忙的情况下，客户应用程序可以把它们的请求放到队列中，当服务器负载比较轻的时候再处理这些请求；
  又如COM+提供了负载平衡服务，它可以实现动态负载平衡，而且COM+应用程序的负载平衡特性并不需要编写代码来支持，客户程序和组件程序都可以按通常 的方式实现。获得负载平衡特性并不是用程序设计的方式来实现的，而是通过配置实现分布式应用程序的负载平衡，如上所讲的队列服务，其实也反映了一种负载平 衡。
     (1) 真正的异步通讯。COM+底层提供了队列组件服务，这使客户和组件有可能在不同的时间点上协同工作，COM+应用无须增加代码就可以获得这样的特性。
     (2) 事件服务。新的事件机制使事件源和事件接收方实现事件功能更加灵活，利用系统服务简化了事件模型，避免了COM可连接对象机制的琐碎细节。

(3) 可伸缩性。COM+的可伸缩性来源于多个方面，动态负载平衡以及内存数据库、对象池等系统服务都为COM+的可伸缩性提供了技术基础，COM+的可伸缩性原理上与多层结构的可伸缩特性一致。
     (4) 可管理和可配置性。管理和配置是应用系统开发完成后的行为，在软件维护成本不断增加的今天，COM+应用将有助于软件厂商和用户减少这方面的投入。
     (5) 易于开发。COM+应用开发的复杂性和难易程度将决定COM+的成功与否，虽然COM+开发模型比以前的COM组件开发更为简化，但真正提高开发效率仍需要借助于一些优秀的开发工具。
      COM+ 标志着Microsoft的组件技术达到了一个新的高度，它不再局限于一台机器上的桌面系统，它把目标指向了更为广阔的企业内部网，甚至 Internet国际互连网络。COM+与多层结构模型以及Windows操作系统为企业应用或Web应用提供了一套完整的解决方案。