如何在.NET中创建服务型组件
作者:张劲松 本文选自:赛迪网 2002年12月03日
对于在WINDOWS上作过一些开发的程序员来说,COM+应该是不会感到陌生的吧。COM+代表了Microsoft在COM技术平台上的最高水平,也是Microsoft藉以和J2EE抗衡的支点(J2EE里的核心思想其实也从COM+的前身MTS中借鉴了许多)。事实上,COM+确实是非常出色的产品,对于中等难度的项目,用VB6加COM+的确是一个非常快速高效的技术组合。更值得一提的是COM+是完全免费的。只要你拥有了WINDIWS 2000或是XP。
在.NET推出后,人们似乎忘记了COM+。但如果你留心一下Microsoft技术发展的动向,你就不难发现在今后一到两年内,COM+不会退出WINDOWS舞台。它的许多服务功能还是.NET在短时间内无法替代的。比如说,COM+提供的实例管理(Instance management),交易处理(Transactions),断开连接的异步队列组件(Disconnected asynchronous queued components),基于角色的安全机制(Role-based securiry)等等。所以在今后一段时间内将是新旧技术结合,COM逐渐向.NET过渡的情形。在这种大的技术背景下,学习如何用.NET来编写在COM+中运行的组件还是非常有意义的。
本文将结合一个小的例程向大家描述一下开发SERVICED COMPONENTS的基本流程、技术要点以及实际开发工作中应遵循的一些基本原则。
SERVICED COMPONENT简介
SERVICED COMPONENT是指用任何和.NET CLS相兼容的程序语言开发的类。它必须直接或间接的派生于System.EnterpriseService.ServicedComponent这一基类。这样开发的类可以在COM+的环境中运行,调用COM+的服务。在.NET开发环境里,可供调用的COM+服务有
· Automatic Transaction Processing )(自动交易处理)
· COM Transaction Integrator (COMTI) (COM交易集成)
· Compensating Resource Managers (CRMs) (补偿性资源管理者)
· Just-In-Time Activation(即时激活)
· Loosely Coupled Events(松散连接事件)
· Object Construction (对象创建)
· Object Pooling(对象循环)
· Queued Components(队列组件)
· Role-Based Security(基于角色的安全)
· Shared Properties(共享的属性)
· Synchronization (Activity) (同步)
· XA Interoperability (XA的互操作)
SERVICED COMPONENT的开发流程
创建类库文件(Class Libray)
如例程所示,用户编写的类它必须直接或间接的派生于ServicedComponent基类
生成钥匙文件(Key)
在COM+环境里运行的SERVICED COMPONENT必须是被签署的(有STRONG NAME),所以你开发的组件要用"钥匙"文件来签署。钥匙文件可以用.NET提供的工具sn.exe来生成。最简单的方法是从VISUAL STUDIO提供的COMMNAD PROMPT打开一个DOS窗口,执行如下命令:
你可以在源程序里加入COM+相关的属性,这些属性将反映到COM+的设置中。但这不是必须的。你可以不在程序里设置COM+相关的属性,而是等组件发布后,在COM+提供的"组件服务浏览器"里设置组件的属性。在你手工设置之前,COM+会给你的组件设以缺省值。
COM+可设置的属性非常多,这里仅用几个最常见的来示意一下。
发布组件
SERVICED COMPONENT发布是相对比较复杂的一步。本文不想就COM+注册的原理和细节展开讨论,只就最基本的两种发布方法做一介绍。要注意的一点是发布组件涉及到对COM+的目录(Catelog)进行改动,所以操作者必须有管理员的权限。
a. 动态发布
动态发布不需要手工将组件安装在COM+环境中,程序在运行的时候自动安装组件到COM+中去(只有用.NET开发的客户端程序才可以在运行时将组件安装到COM+中,传统的COM客户程序没有这一功能)。当管制客户端程序(Managed Client Application)第一次调用SERVICED COMPONENT时,.NET运行时会自动侦测到SERVICED COMPONENT还没有注册安装到COM+环境里,于是.NET运行时将根据该组件的属性将它注册安装到COM+中去,并响应客户程序的调用。以后客户程序再次调用该组件的函数时,已经安装的组件会直接响应调用。
在管制客户第一次调用SERVICED COMPONENT服务的时,.NET在幕后进行注册和属性设置,你会感到有非常明显的延迟。在笔者的计算机上(1.13GHZ SONY NOTEBOOK),这一过程要花费大约12秒。好在这一注册和安装过程只发生一次。
动态发布的好处就是非常的简单,用户只需要把编译好的组件(DLL ASSEMBLY)拷贝到客户端应用程序的目录下就可以了。.NET运行时会接管余下的事情。
b. 手工发布
手工发布比动态发布要麻烦一些,但你有更多的控制。另外动态发布要求客户端程序目录下有一份编译好的组件拷贝。如果计算机上有多个客户端程序的话,那就意味着该计算机上有多份同样组件的拷贝。除了冗余以外,将来的组件升级也会有一些潜在的问题。在这种情况下,你可能更愿意将组件放到"公共汇编缓冲池去(GAC)"。手工发布组件你需要.NET提供的公共汇编缓冲池工具Gacuti.exe和服务安装工具Regsvcs.exe。就文中给出的例程而言,你需要在DOS窗口中键入以下命令。
![](http://developer.ccidnet.com/pub/attachment/2002/12/44470.jpg)
客户端程序的开发
用.NET开发的SERVICES COMPONENT可以被.NET的客户程序以及传统的COM客户程序所调用。下面给出两个小的例程来示范一下。
a. .NET客户程序
用.NET开发客户程序没有说明特别的。只需要引用开发好的组件就可以了。如果组件被安装到了"公共汇编缓冲池去(GAC)"中,那么客户端程序就不需要一份专用的拷贝了。
b. 用VB6开发的COM客户程序
在VB的集成开发环境里新建一个工程,在工程引用(Project Reference)中加入bank.tlb(当你在在运行Regsvcs.exe 时,类库文件(Type Library)会自动生成),然后可以加入如下程序
使用SERVICED COMPONENT的注意事项
1. 考虑客户端程序
在开发SERVICED COMPONENT时,要注意什么样的客户程序会使用它。 因为COM客户程序和用.NET开发的客户程序对SERVICED COMPONENT有不同的要求。如果将来有基于COM的客户程序,那么要在开发组件中注意以下几点:
· 不要使用带参数的创建函数(Parameterized constructors)
· 不要使用静态函数 (Static function)
· 定义事件源接口(Event-source interfaces)
· 在用户定义的异常(User-defined Exceptions)中包含HRESULTs
2. 慎重使用SERVICED COMPONENT
在COM+环境中运行.NET开发的组件要通过COM->.NET中间层,并且COM到COM+还会引入一层CONTEXT LAYER. 这对程序的性能有很大的影响。你如果运行一下本文提供的小程序有就会有一些感性认识。另外,在理论上讲,使用SERVICED COMPONENT会影响程序的可移植性。因为COM+必尽是Microsoft专有的技术,其它平台如LINUX即使移植.NET,也不会移植这部分功能。所以只有在真正需要COM+提供的服务,比如跨数据源的交易处理,基于角色的安全管理的时候,再使用SERVICED COMPONENT这一技术。
SERVICED COMPONENT其它用法
本文仅是对如何开发SERVICED COMPONENT作了一个简单的介绍。全面掌握SERVICED COMPONENT还需要进一步的工作。笔者将在随后的文章中进一步介绍如队列组件(Queued Component),松散连接的事件(Loosely Couple Events)等等比较复杂的功能和用法。
对于在WINDOWS上作过一些开发的程序员来说,COM+应该是不会感到陌生的吧。COM+代表了Microsoft在COM技术平台上的最高水平,也是Microsoft藉以和J2EE抗衡的支点(J2EE里的核心思想其实也从COM+的前身MTS中借鉴了许多)。事实上,COM+确实是非常出色的产品,对于中等难度的项目,用VB6加COM+的确是一个非常快速高效的技术组合。更值得一提的是COM+是完全免费的。只要你拥有了WINDIWS 2000或是XP。
在.NET推出后,人们似乎忘记了COM+。但如果你留心一下Microsoft技术发展的动向,你就不难发现在今后一到两年内,COM+不会退出WINDOWS舞台。它的许多服务功能还是.NET在短时间内无法替代的。比如说,COM+提供的实例管理(Instance management),交易处理(Transactions),断开连接的异步队列组件(Disconnected asynchronous queued components),基于角色的安全机制(Role-based securiry)等等。所以在今后一段时间内将是新旧技术结合,COM逐渐向.NET过渡的情形。在这种大的技术背景下,学习如何用.NET来编写在COM+中运行的组件还是非常有意义的。
本文将结合一个小的例程向大家描述一下开发SERVICED COMPONENTS的基本流程、技术要点以及实际开发工作中应遵循的一些基本原则。
SERVICED COMPONENT是指用任何和.NET CLS相兼容的程序语言开发的类。它必须直接或间接的派生于System.EnterpriseService.ServicedComponent这一基类。这样开发的类可以在COM+的环境中运行,调用COM+的服务。在.NET开发环境里,可供调用的COM+服务有
· Automatic Transaction Processing )(自动交易处理)
· COM Transaction Integrator (COMTI) (COM交易集成)
· Compensating Resource Managers (CRMs) (补偿性资源管理者)
· Just-In-Time Activation(即时激活)
· Loosely Coupled Events(松散连接事件)
· Object Construction (对象创建)
· Object Pooling(对象循环)
· Queued Components(队列组件)
· Role-Based Security(基于角色的安全)
· Shared Properties(共享的属性)
· Synchronization (Activity) (同步)
· XA Interoperability (XA的互操作)
创建类库文件(Class Libray)
如例程所示,用户编写的类它必须直接或间接的派生于ServicedComponent基类
|
生成钥匙文件(Key)
在COM+环境里运行的SERVICED COMPONENT必须是被签署的(有STRONG NAME),所以你开发的组件要用"钥匙"文件来签署。钥匙文件可以用.NET提供的工具sn.exe来生成。最简单的方法是从VISUAL STUDIO提供的COMMNAD PROMPT打开一个DOS窗口,执行如下命令:
![](http://developer.ccidnet.com/pub/attachment/2002/12/44468.jpg)
你可以在源程序里加入COM+相关的属性,这些属性将反映到COM+的设置中。但这不是必须的。你可以不在程序里设置COM+相关的属性,而是等组件发布后,在COM+提供的"组件服务浏览器"里设置组件的属性。在你手工设置之前,COM+会给你的组件设以缺省值。
发布组件
动态发布不需要手工将组件安装在COM+环境中,程序在运行的时候自动安装组件到COM+中去(只有用.NET开发的客户端程序才可以在运行时将组件安装到COM+中,传统的COM客户程序没有这一功能)。当管制客户端程序(Managed Client Application)第一次调用SERVICED COMPONENT时,.NET运行时会自动侦测到SERVICED COMPONENT还没有注册安装到COM+环境里,于是.NET运行时将根据该组件的属性将它注册安装到COM+中去,并响应客户程序的调用。以后客户程序再次调用该组件的函数时,已经安装的组件会直接响应调用。
在管制客户第一次调用SERVICED COMPONENT服务的时,.NET在幕后进行注册和属性设置,你会感到有非常明显的延迟。在笔者的计算机上(1.13GHZ SONY NOTEBOOK),这一过程要花费大约12秒。好在这一注册和安装过程只发生一次。
动态发布的好处就是非常的简单,用户只需要把编译好的组件(DLL ASSEMBLY)拷贝到客户端应用程序的目录下就可以了。.NET运行时会接管余下的事情。
b. 手工发布
手工发布比动态发布要麻烦一些,但你有更多的控制。另外动态发布要求客户端程序目录下有一份编译好的组件拷贝。如果计算机上有多个客户端程序的话,那就意味着该计算机上有多份同样组件的拷贝。除了冗余以外,将来的组件升级也会有一些潜在的问题。在这种情况下,你可能更愿意将组件放到"公共汇编缓冲池去(GAC)"。手工发布组件你需要.NET提供的公共汇编缓冲池工具Gacuti.exe和服务安装工具Regsvcs.exe。就文中给出的例程而言,你需要在DOS窗口中键入以下命令。
![](http://developer.ccidnet.com/pub/attachment/2002/12/44470.jpg)
客户端程序的开发
用.NET开发的SERVICES COMPONENT可以被.NET的客户程序以及传统的COM客户程序所调用。下面给出两个小的例程来示范一下。
a. .NET客户程序
用.NET开发客户程序没有说明特别的。只需要引用开发好的组件就可以了。如果组件被安装到了"公共汇编缓冲池去(GAC)"中,那么客户端程序就不需要一份专用的拷贝了。
|
b. 用VB6开发的COM客户程序
在VB的集成开发环境里新建一个工程,在工程引用(Project Reference)中加入bank.tlb(当你在在运行Regsvcs.exe 时,类库文件(Type Library)会自动生成),然后可以加入如下程序
|
1. 考虑客户端程序
在开发SERVICED COMPONENT时,要注意什么样的客户程序会使用它。 因为COM客户程序和用.NET开发的客户程序对SERVICED COMPONENT有不同的要求。如果将来有基于COM的客户程序,那么要在开发组件中注意以下几点:
· 不要使用带参数的创建函数(Parameterized constructors)
· 不要使用静态函数 (Static function)
· 定义事件源接口(Event-source interfaces)
· 在用户定义的异常(User-defined Exceptions)中包含HRESULTs
2. 慎重使用SERVICED COMPONENT
在COM+环境中运行.NET开发的组件要通过COM->.NET中间层,并且COM到COM+还会引入一层CONTEXT LAYER. 这对程序的性能有很大的影响。你如果运行一下本文提供的小程序有就会有一些感性认识。另外,在理论上讲,使用SERVICED COMPONENT会影响程序的可移植性。因为COM+必尽是Microsoft专有的技术,其它平台如LINUX即使移植.NET,也不会移植这部分功能。所以只有在真正需要COM+提供的服务,比如跨数据源的交易处理,基于角色的安全管理的时候,再使用SERVICED COMPONENT这一技术。
本文仅是对如何开发SERVICED COMPONENT作了一个简单的介绍。全面掌握SERVICED COMPONENT还需要进一步的工作。笔者将在随后的文章中进一步介绍如队列组件(Queued Component),松散连接的事件(Loosely Couple Events)等等比较复杂的功能和用法。