韶关学院2009届毕业设计
变更的时候，调用者是不会感到这一点的，对于调用者来说，只要 Web 服务的调 用界面不变，Web 服务的实现任何变更对他们来说都是透明的，甚至是当 Web 服 务的实现平台从 J2EE 迁移到了.net 或者是相反的迁移流程，用户都可以对此一 无所知。对于松散耦合而言，尤其是在 Internet 环境下的 Web 服务而言，需要 有一种适合 Internet 环境的消息交换协议。 XML/SOAP 正是目前最为适合的消 而 息交换协议。 使用协约的规范性，这一特征从对象而来，但相比一般对象其界面规范更加 规范化和易于机器理解。首先，作为 Web 服务，对象界面所提供的功能应当使用 标准的描述语言来描述(比如 WSDL)；其次，由标准描述语言描述的服务界面应 当是能够被发现的，因此这一描述文档需要被存储在私有的或公共的注册库里 面。同时，使用标准描述语言描述的使用协约将不仅仅是服务界面，它将被延伸 到 Web 服务的聚合、 Web 服务的事务、 跨 工作流等， 而这些又都需要服务质量(QoS) 的保障。其次，我们知道安全机制对于松散耦合的对象环境的重要性，因此我们 需要对诸如授权认证、数据完整性(比如签名机制)、消息源认证以及事务的不可 否认性等运用规范的方法来描述、传输和交换。最后，在所有层次的处理都应当 是可管理的，因此需要对管理协约运用同样的机制。 使用标准协议规范，作为 Web 服务，其所有公共的协约完全需要使用开放的 标准协议进行描述、传输和交换。这些标准协议具有完全免费的规范，以便由任 意方进行实现。一般而言，绝大多数规范将最终有 W3C 或 OASIS 作为最终版本的 发布方和维护方。高度可集成能力。由于 Web 服务采取简单的、易理解的标准 Web 协议作为组件界面描述和协同描述规范，完全屏蔽了不同软件平台的差异， 无论是 CORBA、DCOM 还是 EJB 都可以通过这一种标准的协议进行互操作，实现了 在当前环境下最高的可集成性。 2．Ｗeb 服务的缺点如下： 开发的跨语言：Web 服务的开发会很大的提高开发效率，在开发异构的系统 的时候确实很达程度上简化了开发的模式。 但是在开发跨语言的情况下还是存在 的着一些问题。由于不同的语言之间的基础数据类型，所支持的类库的不同， 所 以在使用不同的开发语言在交互的时候， 就可能不能很好地被另外一种语言所调 用，所以需要做一些别的工作来转换，所以降低了语言的效率。如果可以用 Web13