软件项目实训及课程设计指导——如何在基于面向服务系统架构设计的项目中应用Web Service技术（下篇）6、Web服务组件在开发中常应用的种种设计模式（1）在Web服务组件详细开发中常用到的设计模式GOF设计模式在设计Web服务组件时可以起到"调适差别的接口"、"隔离差别的功效组件"和"统一请求的入口"等方面的作用。在Web服务组件详细开发中，常用的GOF设计模式如下：1）适配器（Adapter）模式：为内部系统提供一个差别的接口2）门面（Fa?ade）模式：封装庞大的内部实现，提供一系列简朴的接口3）署理（Proxy）模式：作为其他工具的署理，取代它提供服务（2）应用适配器模式调适差别平台下的Web服务组件适配器模式可用于将一个现有软件应用系统的业务功效组件的接口转化成对外的Web服务组件所需要的目的接口，以满足Web服务组件对外及其客户端的需要——此时的适配器功效组件类（Adapter），其实是一种转换器角色的组件；适配器设计模式中的适配器功效组件类也能够使原本无法在一起事情的两个业务功效类能够在一起事情——此时的适配器功效组件类，其实是一种组合转换器的角色的组件。如下示图中的UML类图体现组合适配器（工具适配器）中的各个类之间的关系。

一个典型的应用场景就是将原有的企业应用系统包装成一个Web服务组件。好比可以将原有的一个C++的企业应用系统转换为满足J2EE技术平台的需要，然后再通过J2EE平台中的WebService技术实现的支持，将它公布为Web服务组件。这只需要使用JNI（Java Native Interface Java，当地接口）技术做一个适配器功效组件，为原来的C++组件提供一个Java法式会见的接口，然后再转化为Web服务组件。

（3）应用门面模式包装差别的业务功效组件以提供一个统一的对外服务接口由于企业应用系统是多条理的，在构建Web服务功效组件时，通常会存在以下的问题：1）各个组件的条理联系过于精密，特别是Web服务功效组件和系统中的其它的业务功效组件具有较强的依赖关系；2）Web服务的客户端需要会见多个差别形式的Web服务组件，多次的网络请求和响应将导致泛起Web性能方面的问题。如何淘汰网络毗连次数和实现批量的读写操作？3）需要对Web服务组件提供一定的宁静控制机制，使得Web服务的客户端不能随意会见部署在Web服务器端差别的Web服务组件。门面设计模式常用于构建粗粒度的对外功效服务，并包装内部的细粒度的功效服务，从而为庞大的Web服务组件系统提供一个简朴的对外接口；另外，应用门面设计模式构建Web服务组件系统还可以重用已有的企业应用系统中的各个功效组件并漫衍为Web服务，降低Web服务组件系统的开发成本。

从如下示图所示的体现门面设计模式中类关系的UML类图中可以相识到门面模式是在客户端和后台系统之间插入的一其中间层组件，这个门面中间层组件跟后台的多个类或接口打交道，而客户端只需要跟门面中间层组件举行交互。因此，通过应用门面设计模式中的门面类型组件到达将使用端（Web服务系统中的客户端会见者法式）与Web服务器端子系统或者Web组件的内部庞大性交相互互分开，从而使得使用端只需要与门面组件工具交互，而不需要与Web服务器端子系统内部的许多工具交互。（4）应用署理模式署理模式可以实现为其它工具提供一种对目的工具会见的署理，以控制对这个目的工具的会见——如提高会见的性能或者宁静性等。署理模式中的署理组件类实现将业务处置惩罚事情从一个工具通报到另一个工具。

熟悉Struts2 MVC框架的读者对署理模式应该不会感应生疏感，因为在Struts2框架中应用署理模式实现前端控制器FilterDispatcher和后端业务控制器Action类之间通过ActionProxy署理组件相互隔离。如下示例图为Struts2 MVC框架的事情原理图。在Web服务组件系统的开发中存在大量的后台技术实现的细节和种种消息的数据结构，而如果直接公然这些庞大的数据结构和实现历程的细节给Web服务客户端的会见者，将会增加客户端会见者的技术实现的难度。

因此，有须要简化和隐藏这些技术实现的细节（如隐藏SOAP消息结构的历程）——这可以应用署理模式实现。而且署理组件可以署理多个差别的Web服务组件，如下为体现多署理的事情原理示例图。

7、Web Services技术在应用中所面临的主要问题（1）Web Service技术在应用中的宁静问题在Web Service技术在详细应用时的宁静问题主要体现为如下的三个方面：1）对Web服务的客户端的身份验证和Web服务提供者简直认应用统一身份认证服务，只管Web Services技术在实现差别系统和差别平台之间的互联和整合方面能够大大地简化实现代码，可是，每个应用系统自己都有其自身的用户系统和认证方式。这将导致开发人员在为某个软件应用系统编写接入其它应用系统的功效代码时，增加了其实现的庞大度。

2）SOAP数据的传输和掩护由于SOAP协议的数据是基于XML明文传输，而且SOAP协议自己是在HTTP基础之上的协议。因此，如何有效地掩护SOAP数据的传输，也是现在要解决的Web Service技术宁静的另一问题。固然，可以应用SSL/HTTPS 对毗连加密，而不是直接传输明文数据；对XML数据自己加密和数字签名等技术手段改善这些问题。

如下图所示例图为某个软件应用系统中的Web服务组件的接口形貌的WSDL代码示例的局部截图，显着地发现出直接传输明文数据。3）Web服务组件所在的底层系统的宁静架构如何提供可信任与授权的完整的宁静构架，以确保基于Web Service技术的系统的宁静运作。因此，如何解决Web Service技术在详细应用中相关的种种消息数据的掩护等Web服务宁静有关的问题——身份验证、授权和数据掩护？这还包罗接纳什么技术实现？（2）Web服务组件的响应性能和数据处置惩罚的效率在 Web 服务中至少有三个主要的因素与性能有直接关系，并影响到系统会见的总体性能：1）网络生意业务时间：客户端请求者需要向远程 Web 服务发出请求。

2）处置惩罚消息所花费的时间：这包罗对XML数据的剖析、业务流程的治理、Web服务自己的挪用以及对最终响应效果的XML编码化事情。3）Web服务组件自己的法式所代表的业务功效处置惩罚在执行时所需要的时间，好比Web服务组件自己需要会见Web服务器端的数据库系统或者再去会见其它服务器获得业务相关的数据等，此时Web服务客户端将花费更多的等候时间。

其次，Web Services自己的性能是很是严重的——由于需要对基于SOAP协议的XML花样的数据实现序列化和反序列化等形式的转换是很是耗时的；另一方面，XML数据是文本花样，XML文件的膨胀将会导致网络的传输数据量加大而泛起网络IO传输性能低下。作者后记：面向服务的软件系统体系架构设计方法在现在的企业级应用系统的开发实现中将碰面临着模块化和尺度化两大问题，其中在尺度化方面需要解决如下的一些问题——如何形成尺度？以谁（哪个企业）为尺度？应该要遵守哪些尺度？。

本文来源：jbo竞博官网-www.corblimeyarts.com