摘要：
随着微软公司最终发布了 visual studio .net和.net框架，众多的it公司也纷纷开始重新构筑其产品体系以支持web服务
。虽然ibm、微软和sun以及其他w3c的会员企业都已经着手制定了大量的技术规范来定义和设计web服务环境（包括soap和xml等），不过，为了让web服务成为跨应用间通信、基于internet的可行平台，人们还需要做大量的工作。
出于对web服......
摘要：
作者: david coursey
日期: 2002年02月21日
前言
当微软，ibm和sun都同意用一种东西来改变现状的时候会，这个东西是什么呢？实际上，它们已经这样做了
。计算机领域的黑色三人组突然联合了，至少是在它们最近的目标上统一了。他们把脑子里的一个想法强加给了可怜的消费者，销售它们的web 服务。
我无法确定什么时候软件工业所有的领航灯突然都照到了一点上-......
交互界面，Web服务定义的核心
架构web service: 交互界面,web服务定义的核心
内容:
api概述
catalog service
member service
feedback service
order service
描述与注册: 发布web服务
参考资料
作者简介
相关内容:
实战web服务
基于web服务的应用.解决方案与开发平台
什么是web服务?
为什么需要web服务?
柴晓路 (fennivel@uddi-china.org)
chief system architect
2001年9月17日
本文是架构web服务的系列文章的第五篇,以在前文中描述的应用实例为基础,详细定义了catalog服务的api消息,全部api是使用soap完成调用与返回的,本文通过api的具体定义,详细介绍与演示了交互的数据结构与api消息结构的定义方法与相应模式,为读者在定义自己的web服务接口时提供了实例的帮助与教程.
在本系列的前一篇文章中,对于给出的case做了系统分析,并对系统作了模块划分,初步界定有如下在线服务组件:
catalog service - 类别(category)管理,产品(product)管理,数据交换,数据备份等;
order service - 接受订单,向其他接受订单的服务发送订单等;
feedback service - 反馈信息(feedback)管理,数据交换等.
由于这些服务显然必须有一个用户系统来支持,无论是因为安全性的考虑(有权限的才能做某些操作,还是因为事务的用户相关性(显然order这样的服务不大可能脱离用户而实施).因此我们需要增加一个在线服务member service,membership的申请基本上可以依靠web服务之外的流程完成,比如web application,因此member service的web service界面相对可以非常简化.所有这些在线组件服务需要提供的对外接口,我们的详细定义从下图开始:
figure 1. api消息
本文所引用的资源主要包括两类,一类是web服务的技术资源网站,包含了大量web服务的技术信息,另一类是web服务“stack"系列技术规范,他们是一个整体的技术体系,包括uddi.soap.wsdl.xml等.本文的最后给出了这些资源的链接,有兴趣的读者可以通过这些资源链接找到所需的内容.
api概述
对于整个系统的api设计,其遵循的原则有这样几条:
简单性,由于这是一个对于公共开放的web服务,它的api的设计首先应当是简单的,要被大量用户接受,要获得比较好的应用,那么api必须简单,没有哪个复杂难用的api会得到大家的广泛接受的,除非是普及率太广的系统,而目前我们要设计的web服务是新系统,所以针对目前的应用实况,api必须简单.
可扩展性,作为更新频率较高,开放性较强的web服务,其api应当具有很好的向后扩展性,当应内部需求的改变或外部需求的改变的需要时,api将根据新的商业逻辑发生变化,此时不应当将api从根本上推翻重建,而应当具备增量式的可扩展的能力.
兼容性,其实兼容性与可扩展性是互通的,api的兼容性指的就是向后兼容性,高版本的api应该具备对低版本api的兼容性,也就是说使用高版本api的web服务,应当能支持使用低版本api的调用....
下一页 摘要：
developing interoperable web services - integrating java and microsoft .net
interoperability is one of the main promises of web services. web services are designed to be independent of the und......
