WCF分布式开发必备知识(3):Enterpise Services(转)

 今天继续我们<WCF分布式开发必备知识>系列文章第3节,通过前两节的学习,我们已经掌握了MSMQ和.Net Remoting的概念和开发过程.今天我们来学习..Net分布式开发的另外一个技术:Enterpise Services.本节的基本结构是1.EnterpiseServices和COM+的基本概念.2.Enterpise Services中重要的类及特性3.Enterpise Services实现COM+事务的编码\部署\测试过程.最后是总结.

     那么现在我们就开始今天的学习,首先介绍的是:

     一.基本概念

     1.什么是COM+

     COM+的底层结构仍然以COM为基础,它不仅具备了COM的易于用户定制\可重用\简化开 发的优点,同时又避免了COM实现方面的一些不足.把COM、DCOM和MTS的编程模型结合起来,它通过操作系统的各种支持,使组件对象模型建立在应用 层上,继承了它们的绝大多数特性,增加了新的功能。 COM+的几个主要特性: 比如队列服务、负载平衡、内存数据库、事件服务等。它更加注重于分布式网络应用的设计和实现(参考msdn)。     

2.什么是Enterpise Services

     Enterpise Services是微软应用程序服务器技术的别称..Net Enterpise Services提供了可以在.Net 组件中使用的COM+服务.因为它也是基于以前的COM+技术,在.NET平台上开发.NET组件,使用Enterpise Services可以将.NET组件并进行封装为COM对象,这样.NET组件就可以使用COM+服务了..NET做为新一代的开发平台,实现了COM组件相互之间的调用,继承了向前兼容的优良传统.同样COM+可以调用.Net 组件,会给COM+服务带来一些扩展.

     二.Enterpise Services中重要的类及特性

     Enterpise Servicesg工作在三层架构中的业务逻辑层或者数据访问层.由于基于COM+技术,所以它也可以通过Micro Application Center Server实现负载均衡.下面我们来介绍一下Enterpise Services里几个重要的概念.

(1)上下文(context又翻译为环境):所有的COM+服务都是通过上下文(context又翻译为环境)实现的,上下文是进程里提供给对象运行时服务的空间.如果一个对象调用另外一个上下文里的对象,这个方法调用会被代理截取,COM运行时就可以利用代理来预处理或者迟处理请求并执行相关的服务代码.过程如图1

图1COM+服务与上下文

(2)自动事务处理(automatic transaction):

     Enterpise Services里最常用的特性就是自动事务处理,这个一般在类的星星[Transaction]使用这个特性,就不需要再编写复杂的代码来显示执行事务准备工作,如对象的传递等,设置这个属性后,上下文环境会在后台进行设置.具体的设置在TransactionOption类的属性里选择.Required表示共享一个事务,必要的时候创建一个新事务.

(3)对象池(Obejct pooling):

     这个属性可以设置是需要对象池和对象池的大小.主要是考虑到对象的创建和销毁会占用更多的资源.使用对象池会事先创建对象,客户的请求到来就直接到对象池里查找需要的对象,直接响应请求,可以提高服务的性能,节约时间.

(4)ServicedComponent:

     是所有使用COM+服务类的基类.ServicedComponent继承自ContextBoundObject 类.ContextBoundObject继承自MarshalByRefObject.这个类在上一节的.Net Remoting介绍过,使支持remoting的程序可以跨程序域边界的访问对象.

     另外还有分布式事务处理的等概念,Enterpise Services里是使用DTC来实现的.

     三.Enterpise Services实现COM+事务的编码\部署\测试过程

     上面我们熟悉了Enterpise Services的特性和一些重要的概念,下面我们就来利用Enterpise Services技术实现里COM+事务处理.在分布式应用程序中,我们往往需要同时操作多个数据库,使用数据库本身的事务处理,很难满足程序对事务控制 的要求。

     大家都知道事务具有ACID的特性:Aotomicity原子性/Consistency一致性/Isolation独立性/Durability永久性. 
    原子性就是一组数据库操作被视为一个单元。要么所有的操作都成功;如果其中一个操作失败,则整个事务失败。事物失败,不会提交更改。

     具体的实现过程如下:

     1.编写Enterpise Services COM+事务服务组件:

     首先我们使用Visual Studio 创建一个类库项目,添加程序集System.EnterpriseServices的引用.添加类EnterpriseServicesCOMPlus继承自ServicedComponent,确保可以使用COM+服务.命名空间外设置程序集属性.具体代码

Code

     [assembly: ApplicationName("FrankEnterpriseServicesTest")],在组件服务浏览器里的名称
     [assembly: Description("Coded By Frank Xu Lei 2/11/2009")],在组件服务浏览器里的描述信息
     [assembly: ApplicationActivation(ActivationOption.Server)],启动类型Library在创建进程里激活,运行在客户进程,Server类型系统进程激活.
     [assembly: ApplicationAccessControl(false)],访问设置,关闭后,用户都可以访问.

    每个服务器组件必须继承自类ServicedComponent,ServicedComponent类继承自ContextBoundObject,这样服务就可以绑定到.net remoting上下文环境上.
    [EventTrackingEnabled(true)],允许监视,组件对象浏览器可以看到。默认关闭,因为会降低性能.
    [Description("Coded By Frank Xu Lei For EnterpriseServices  Test")],组件对象浏览器显示的描述信息.
    //[JustInTimeActivation(false)],打开或者关闭JIT启动.
    [ObjectPooling(true,1,10)],是否启用对象池,如果对象创建消耗更多的资源,可以考虑对象池.
    [Transaction(TransactionOption.Required)].是否需要支持事务特性,必要时候创建新的事务.

     设置一个 try 块以捕获在数据库处理过程中可能出现的任何异常。您必须捕获这些异常来终止事务。
 

      组件必须有一个强名称。为了防止Dll hell.生成一个强名称,然后使用该强名称对程序集进行签名。步骤如下:

     (1)在 Visual Studio .NET 命令提示符处,键入 sn.exe -k FrankXuKey.snk 以创建一个密钥文件.

     (2)将 FrankXuKey.snk 复制到您的项目文件夹中。可以在项目属性里设置签名文件.

     (3)也可以在在 AssemblyInfo.vc 中,将以下代码行添加到其他程序集属性语句之前或之后:[assembly: AssemblyKeyFileAttribute("..//..//FrankXuKey.snk")]  

     (4)保存,重新编译,然后bin目录下生成dll文件。下面我们开始部署

     2.部署服务组件:

      使用regsvcs.exe将Dll注册到COM+ Services里面 ,在Visual studio命令行窗口输入运行regsvcs.可以把生成的DLL文件拷贝到c盘更目录下安装也可以直接输入路径进行安装,格式是:
  regsvcs 文件名 .注册的界面如下图2:输入命令,按回车键
  

图2安装结果

注册成功,regsvcs.exe把dll输入到COM+ Services中。

如果是服务器操作系统,注册完成后可以在组件服务里查看到安装后的组件,如下图3:
 

图3对象浏览器查看组件

可以看我们的组件服务和实现的接口信息.右键可以查看组件的信息如图4.

图4组件属性

     现在可以看到详细组件属性信息,包括安全\对象池等信息.我们还可以选择导出组件为MSI文件,方便安装.如图5

     导出的安装文件,可以进行组件的快速部署安装.导出文件下载/Files/frank_xl/FrankXuEnterpriseServicesMSI.rar

    3.简单客户端

     创建简单的控制台程序,方便调试,首先是循环调用组件服务EnterpriseServicesCOMPlus的SayHello方法.测试组件服务调用是否成功,其次是测试组件事物特性的代码,具体信息如下:

Code

    测试事物特性的代码分了两种情况,第一次调用新增用户的方法事务成功,字符长度合法.第2次事务则提交失败,字符插入数据库异常.事务回滚.

  四.总结

运行结果如下图:

 

  Transaction1执行成功,Transaction2执行失败.ContextUtil.SetAbort();设置上下文环境的状态信息,事物终止,该语句使所有的数据库操作回滚,数据库未增加新记录.

      今天我们详细学习了.NET Enterprise Services基本知识,以及它和COM+的关系,熟悉了.NET Enterprise Services的事务特性,详细的了解COM+组件服务的技术细节.希望能给大家一些启发和帮助.欢迎交流.下一节打算写分布式编程的另外一个技术Web Service.会附加一部分WSE的部分,另外延续本文的习惯,我会上穿完整的代码/Files/frank_xl/EnterpriseServices.rar.本文参考了大牛Tim Ewald的文章COM+ Integration: How .NET Enterprise Services Can Help You Build Distributed Applications.很不错的文章,好象还没人翻译,打算周末抽时间翻译一下一起放出来,与大家分享.有兴趣的朋友可以关注.~翻译完毕:http://www.cnblogs.com/frank_xl/archive/2009/02/15/1391046.html

http://blog.csdn.net/book_frank_xl/article/details/4735958
 
原文地址:https://www.cnblogs.com/quietwalk/p/2132209.html