webservice的设计和模式.pdf

-

Webservice的设计和模式

本系列文章导航

创立一个例如和WebMethod特性解析

WebService特性和数组类型解析

类和构造体解析

利用公开API做天气预报Web效劳

Webservice的设计和模式

Remoting和Webservice的区别

本文转自：.blogs./idior/〔收藏看着不方便，还是放在自己的园子里〕

本文是篇译文〔原文在dev*〕，对于想初步了解webservice的朋友可能有些帮助。

Webservice作为一项新的技术出现在我们面前，它的出世是用于解决在不同的平台下的应用的协同

的。目前几乎每家厂商都要去开发Webservice应用，然而如果缺乏对Webservice更深的了解，不

能很好的在设计阶段处理好一些重要的问题，则最终完成的系统必然是效率低下，没有可靠性的产品。

在设计Webservice应用时，以下几点务必要考虑到：

l管理好与外系统的协同关系

l掌握底层的传输模型

l提供与应用相适应的平安策略

l方案好部署的相关事项

以下，将就这几条相关的设计需求和一些常用模式是如何应用于Webservice模型展开详细讨论。在

讨论中，你会发现Webservice这项新的技术是如何与我们在以往的软件开发相结合的。

.z

-

l标准提供了协同的能力

Webservice的一个最根本的目的就是提供在各个不同平台的不同应用系统的协同工作能力。

为了使得一个公司的网络应用到达最高的效率，存在它自己和它的合作伙伴，供给商以及客户之间的

Webservice，应该能够实现无缝的交互。如果在众多的Webservice之间不能轻松的实现交互，则该

应用的效率将大打折扣。但是，在现实中这种情况是极有可能出现的。由于各个公司对业务的理解各

不一样，就是理解一样的情况下，对于一样的概念也可能用不同的形式加以表现，具体而言就是对于

同一数据可能采取不同的*ml表示。由于以上的原因，对于协同性的问题应该在设计应用架构时就加

以考虑，而不是留待以后去改变。

Webservice主要由以下几块技术所构成，SOAP(SimpleObjectAccessProtocol),WSDL(Web

serviceDescriptionLanguage),以及UDDI(UniversalDescription,DiscoveryandIntegration)。

在这里我们不会去详细研究这些技术，而是提醒他们的一些重要特性，这些特性需要在Webservice

的设计时详加考虑。

WSDL是实现协同能力的关键，它提供了一份契约用于与新老的应用之间交互。这项技术使得各个组

织可以将标准的制定集中在Service的外部接口，而不用考虑各组织的具体实现。简而言之，它实现

了Webservice的接口与实现的别离。从而使得标准的制定，更加容易。并且，基于这份接口描述，

很多工具可以从中自动生成客户端代码，减少了开发者的工作量，并使得大局部开发者摆脱了编写

SOAP消息传递代码过程。

SOAP是实现在各个Webservice组件之间传递消息的传输层。因此，SOAP应该是一项透明的协同技

术。但是，由于很多的SOAP实现方法却与标准背道而驰，要么添加了新的扩展功能要么删减了一些

标准功能。由于对SOAP标准的支持程度不同，使得Webservice的协同能力大打折扣，实现协同的

困难加大了。基于这种情况，当开发者需要Webservice运行在不同平台上时，就要对具体情况加以

.z

-

了解并相应的编码以解决这种不一致性。如果所有的SOAP实现组织都能够遵循标准的话，则

Webservice的开发者就不需要考虑使用该Webservice的底层平台了。

尽管如此，不同SOAP实现的协同还是相当困难，因为协同标准的制定存在大量的分歧，目前一些组

织正致力于