.NET框架下分布式通信技术的探析

张旭

摘要：文章通过介绍.NET框架概述，分析.NET框架下分布式通信技术（与.NET框架下分布式通信技术对比），对基于NET通信技术的生产商应用模型展开探讨，旨在为如何实现.NET框架下分布式通信技术的有效应用研究提供一定的参考思路。

关键词：.NET框架；分布式；通信技术

智能客户端是.NET平台下的新型部署方式，.NETRemoting，Web service，En terprise service是.NET框架下连接智能客户端与后台服务端的主要消息通信技术。智能客户端系统全面性能很大程度上受选取何种通信方式影响，因此对.NET框架下分布式通信技术展开研究有着十分重要的现实与理论指导意义。

1..NET框架概述

.NET框架是指用于构建、规划及运行XML Web服务和相关应用程序的编程模型，能够使高度分布式Internet背景下应用程序开发得以简化。

.NET框架包括统一类库、通用语言运行时2项主要组件。其中，统一类库是一个综合性的可重用类型集合，用户可通过对统一类库的使用开发出Web窗体、XML Web服务等一系列应用程序。其涵盖的技术主要为ASR NET、XML类、windowsForms、企业服务以及web Forms等。作为.NET框架的基础，用户可把通用语言运行时视成一项在执行期间管理代码的代理，其输出线程管理、内存管理及远程处理等核心服务，同时强制运行严格的类型安全及保证可靠性、安全性的相关形式代码准确性。本质上而言，代码管理的含义即为运行时的基本原则。

.NET框架可通过非托管组建承载，此类组件把通用语言运行时加载至自身进程中同时开启托管代码执行，进一步建立起一个能够一并对托管、非托管功能进行利用的软件环境。.NET框架一方面提供相应的运行库宿主，一方面促进第三方运行库宿主开发。

2..NET框架下分布式通信技术对比

在智能客户端应用系统开发过程中，应当充分权衡系统安全性、表示层实现、部署维护及支持离线应用与否等方面内容，不过最需要考虑的是怎么去达成前后台客户端、服务端相互的通信。智能客户端应用系统中，囊括了.NETRemoting，Web service，Enterprise service等典型通信技术。其中，.NET Remoting是一项相对于DCOM的技术，建立了某一许可对象经由程序域与另x～象开展交互的结构，与DCOM相互更加安全、便捷，能够同时支持多种协议；Webservice是一项能够跨平台的技术框架，制定了建立跨系统、跨平台、跨语言等的分布式应用可行方案；Enterpriseservice是一项COM+月艮务基础框架访问技术，大部允NET特性集成至该项技术中，一定程度使访问此类服务时得到了简化。这3项技术均能够有效实现客户端与服务端的连接，不过各项技术有着不同的关注点，在此作下述对比。

2.1.NET框架下分布式通信技术的性能对比

智能客户端系统整体性能很大程度上受通信性能影响。通过使.NET Remoting，Web service，Enterprise service选取同一手段，逐一大数据量DataSet、小数据量DataSet及大数据量对象集合的通信时间展开比较（见表1）。

由表1可发现，在大数据量DataSet、小数据量DataSet用例中，3项技术的通信时间数据对比差异不显著，这是由于即便.NET Remoting，Enterprise service选取的是更便捷传输的二进制机制，然而在对DataSet进行传输期间，仍旧要把DataSet序列化为xml，因此，.NET Remoting，Enterpriseservice仅存在细微的优势。在大数据量对象集合用例中，凭借集合形式返回与大数据量Dataset一致的数据结构，全面处理时间明显减少，同时.NET Remoting，Enterpriseservice相较于Web service存在显著的性能优势。经上述对比可知，相较于选取哪一种通信方式，经由对象集合返回数据结果对系统性能产生的影响明显更大，且.NET Remoting，Enterprise service在处理时间方面明确要比Web service耗费时间少。

2.2.NET框架下分布式通信技术的安全性

客户端与服务端通信期间，.NET web service存在内建安全机制。.NET Remoting不存在自身安全模式，身份授权、验证均通过通道、主机进程开展既可对安全模式进行自定义并将其插入，又可通过IIS开展。Enterprise service将DCOM作为幌子开展远程通信，且DCOM具备十分强的安全性。

2.3.NET框架下分布式通信技术的耦合性

智能客户端系统开发与部署的灵活性很大程度上受耦合性影响，即伴随耦合性松散度的提升，系统开发与部署便越来越简单。Web service相互耦合性较为松散，连接中不论哪一方都能够对执行机制进行更改，并不对应用程序有序运行构成影响。倘若单从部署层面而言，Web service为智能客户端系统最佳通信技术。.NET Remoting同样部署相对简单，需要开展的工作仅为程序集部署、配置文件更改。然而，一般情况下，.NET Remoting要经由专门端口开展二进制通信，由此使得其与网络拓扑结构耦合性极其强。相较于前2项技术，Enterprise service耦合性略显不足，但是经由松散耦合时间机制可使客户端与服务端组建紧耦合的特性得到一定程度缓解。

3.基于.NET通信技术的生产商应用模型

通过对现阶段客户端及分布式通信技术的探讨，制定了一类前端采用智能客户端，后台基于不同类型业务逻辑服务组件的生产商应用模型。智能客户端能够使操作界面变得越来越智能化、人性化，结合后端一系列通信技术可使操作流程变得越来越简化，提升生产商决策反应速度，强化生产商竞争水平。

3.1生产商内部生产监测

在生产商内部，生产工作是一项繁杂的系统工程，不仅有着复杂的流程，还要不同资源的配合，且伴有严苛的实时性要求。与.NET Remoting、Web service相比，Enterpriseservice最主要的不同之处在于对事务的处理上。选取Enterprise service所看重的是其良好的分布式事务操作水平，每一组件均为继承制Enterprise service、Systrm.Enterprise service组件客户端与服务端相关联，结合生产商生产工作实质内容来对组件相应需求功能予以指定，客户端经由服务端来传达对应配置的每一组件，产生服务链，进而使具体生产需求得到满足。

3.2生产商内部生产指导

通常情况下，生产商内部生产指导是对生产数据展开分析，对不同部门相互生产状况予以协调。.NET Remoting，Web service均是适用的技术，不过有着不一致的关注点。Web service有着相对广泛的通用性，能够跨平台，不过webservice在通信期间不断序列化会使得应用程序性能逐步下降。就生产商应用程序来说，一旦传输量十分高时，简单对象访问协议系统会出现开销过度情况，要想达成尽可能快的生产指导解决方案，于该级系统中，.NET Remoting显然更为适用。.NET Remoting建立了某一许可对象经由程序域与另一对象开展交互的结构。不管这2个对象处在一个进程与否，均能够应用。就框架上来说，.NET Remoting独享十分适宜经由网络对资源进行访问，而不需要应对基于简单对象访问协议的Web service[NI临的困难。

4.结语

总而言之，.NET Remoting，Web service，En terpriseservice是.NET框架下连接智能客户端与后台服务端的主要消息通信技术，智能客户端系统全面性能很大程度上受选取何种通信方式影响。相关人员务必清楚认识NET框架，全面分析.NET框架下分布式通信技术的不同，不断钻研研究，总结经验，积极促进.NET框架下分布式通信技术的有效应用。