《web services 考试背诵篇 - 副本》由会员分享，可在线阅读，更多相关《web services 考试背诵篇 - 副本（7页珍藏版）》请在金锄头文库上搜索。
1、1、Web Services 定义：Web 服务是一种通过统一资源指示符（ URI）标识的软件应用，其接口及绑定形式可以通过 XML 标准定义、描述和检索，Web 服务能够通过 XML 消息及Internet 协议完成与其他软件应用的直接交互。2、XML 定义：是一种类似于 HTML 的标记语言，是用来描述数据的， XML 的标记不是在 XML 中预定义的，必须定义自己的标记， XML 使用文档类型定义（ DTD）或者模式（Schema）来描述数据，XML 使用 DTD 或者 Schema 后就是自描述的语言。3、XML DTD：DTD 由一系列声明了特定的元素、实体和属性的标记声明所组成。4
2、、DOM：文档对象模型，定义了一组语言独立的对象层次和每个对象必须实现的接口。5、SAX:SAX 是一组标准解析器 API，基于事件的 XML 解析的标准接口。SAX（simple API for XML）是一种 XML 解析的替代方法。相比于 DOM，SAX 是一种速度更快，更有效的方法。它逐行扫描文档，一边扫描一边解析。而且相比于DOM，SAX 可以在解析文档的任意时刻停止解析，但任何事物都有其相反的一面，对于SAX 来说就是操作复杂6、SOAP：SOAP（Simple Object Access Protocol）简单对象访问协议是在分散或分布式的环境中交换信息的简单的协议，是一个基于
3、XML 的协议。SOAP 技术有助于实现大量异构程序和平台之间的互操作性，从而使存在的应用能够被广泛的用户所访问。7、WSDL ：web 服务描述语言（web services Description Language）是用于描述 Web 服务的一种 XML 语言，它以一种结构化的方式将 Web 服务描述为一组对消息进行操作的网络端点。8、UDDI：UDDI(Universal Description, Discovery and Integration), 统一描述、发现和集成协议，是新一代的基于 Internet 的电子商务技术标准。它包含一组基于 Web 的、分布式的、Web 服务信息注
4、册中心的实现标准，并且包含一组使企业能将自己提供的 Web 服务注册（发布）到信息注册中心以便其他商业实体能够迅速发现的访问协议的实现标准。9、UDDI 规范：UDDI 规范是 UDDI Operator Site 实现蓝本，也是需要访问 UDDI Registry的 Web 服务的参考规范。10、UDDI registry（注册中心）:UDDI Registry 是所有提供公共UDDI 注册服务的站点的通称。11、SOAP 结点（SOAP Node ） SOAP 结点根据 SOAP 定义的整套规范来处理 SOAP 消息。SOAP 结点有责任遵守 SOAP 消息交换的规则以及提供通过依赖底层协
5、议的 SOAP 绑定来访问的服务。任何不符合 SOAP 约定的情况都将导致 SOAP 结点产生一个 SOAP 错误。12、SOAP 消息（SOAP Message）SOAP 消息(message)是在对等 SOAP 结点(SOAP nodes)间通讯的基本单位。SOAP 消息路径：为传送一个简单的 SOAP 消息而要经过的一组 SOAP 发送者和 SOAP 接受者。其中包含了初始 SOAP 发送者、零个或多个 SOAP 中介以及最终 SOAP 接受者。13、SOAP 中介既是 SOAP 接收者也是 SOAP 发送者，是 SOAP 消息可到达的某一个应用程序。当 SOAP消息沿着 SOAP 消息
6、路径传输时，SOAP 中介将处理一组确定的 SOAP 条目，然后它将消息转发给消息路径的下一个 SOAP 结点，直至传送到最终 SOAP 接收者。14、SOAP 绑定（SOAP Binding） 为传输的需要而将 SOAP 消息在另一个底层网络传输协议之上或之内传输的一整套规范和规则。典型的 SOAP 绑定包括在 HTTP 消息中传送SOAP 消息或在 TCP 之上传送 SOAP 消息等。15、SOAP actor 属性SOAP actor 全局属性可以被用于指明 Header 元素的接收者， SOAP actor 属性的值是一个URI。消息的最终接收者可以使用 actor 属性默认的方式来指
7、明1、Web Services 优缺点？答：优点：(1)企业之间的人、信息和流程之间的整合更加容易，从而缩短业务流程周期，提高企业反应速度。(2)简化了客户的自助服务体系，有助于企业建立持久的、忠诚的客户关系。(3)有助于提高企业效率。缺点：(1)大多数 Web 服务所基于的标准 SOAP、WSDL 、和 UDDI 还很新，还需要进一步改进才能定案。(2)Web 服务标准采用的问题是有关版权费的纷争。(3)Web 服务安全标准的缺乏是另外一个阻碍其使用的重要因素。(4)计算机产业目前还没有制定标准的描述 Web服务质量的方法和步骤。2、XML 特点？答：(1)定制标记语言 (2)自描述语言 (
8、3)简单的数据交换 (4)结构化与集成的数据 3、XML 与 HTML 区别？答：(1)XML 是被设计用来描述数据的，HTML 是被设计用来显示数据的。(2)XML 标记并不是预先规定好的，你必须创造你自己的标记。XML 允许你定义自己的标记以及文档结构。 在 HTML 文档中必须使用规则中定义好的标记。(3)XML 并不是 HTML 的替代品，在将来的网页开发中，XML 将被用来描述、存储数据，而 HTML 则是用来格式化和显示数据的。对于 XML 最好的形容可能是 : XML 是一种跨平台的，与软、硬件无关的，处理信息的工具。 4、XML 文档组成？答：(1)一个可选的序言（prolog
9、） 。(2)文档的主体（ body） ，由一个或多个元素组成，其形式为一个可能也包含字符数据的层次树。(3)可选的“繁杂 ”的尾声（epilog） ，其内容包括注释、处理指令（PI）和/或紧跟元素树后面的空白。5、规范的 XML 文档？规则？答： 一个规范的 XML 文档，必须遵循 W3C 在 XML1.0 规范中为 XML 设定的语法规则。通俗的说，规范的一个 XML 文档是指文档中包含一个以上的元素，并且根元素必须包含其他的所有元素，而每一个元素恰当地封装入某个元素中。a, 文档以 XML 声明开始 b,包含至少一个元 c,非空元素必须包含起始标记和结束标记。 d,空元素必须以/结束。 e
10、,根元素必须包含其他所有元素 f,正确嵌套元素 g,使用唯一的属性名 h,五个已定义的实体应用 I,属性值必须加引号6、什么是有效的 XML 文档？答：绝大多数 XML 浏览器都会检查文档是否规范，而有些还会检查文档是否有效。一个有效的 XML 文档必须伴随有文档类型定义 DTD，并且该文档必须遵守这个 DTD；或者Schema。7、DTD 的缺点？答：DTD 是基于正则表达式的，描述能力有限；DTD 没有数据类型的支持，在大多数应用环境下能力不足； DTD 的约束定义能力不足，无法对 XML 实例文档做出更细致的语义限制； DTD 不够结构化，重用的代价相对较高； DTD 并非使用 XML
11、作为描述手段，而 DTD 的构建和访问并没有标准的编程接口，无法使用标准的编程方式进行 DTD 维护。8、在处理 XML 文档时，写出如何选择？答：(1)基于事件的方式 SAX：将动作附加到处理 XML 文档的每个特定步骤上。(2)基于树（对象结构）的方式 DOM：建造文档树并在文档树上进行后续操作。9、DOM 或 SAX 要考虑的因素？答：(1)应用程序的目的：如果必须对数据进行更改，并且作为 XML 将它输出，则在大多数情况下，使用 DOM。与使用 XSL 转换来完成的简单结构更改不一样，如果是对数据本身进行更改，则尤其应该使用 DOM。 (2)数据的数量：对于大文件，SAX 是更好的选择
12、。 (3)将如何使用数据：如果实际上只使用一小部分数据，则使用 SAX 将数据抽取到应用程序中，这种方法更好些。另一方面，如果知道将需要向后引用已经处理过的信息，则 SAX 可能不是正确的选择。 (4)需要速度：通常，SAX 实现比 DOM 实现快。 (5)SAX 和 DOM 不是互斥的，这一点很重要。可以使用 DOM 来创建事件的 SAX 流，可以使用 SAX 来创建 DOM 树。事实上，大多数解析器实际常常使用 SAX 来创建 DOM 树。10、DOM 和 SAX 的区别和联系？ 答：区别：(1)基于事件 SAX：占资源小。(2)基于树DOM，完整视图，耗费资源。 联系：SAX 2 ：两者
13、在一定程度上的结合。11、SOAP 特点？ 答：(1)SOAP 技术有助于实现大量异构程序和平台之间的互操作性，从而使存在的应用能够被广泛的用户所访问。(2)SOAP 是把成熟的基于 HTTP 的 WEB 技术与 XML 的灵活性和可扩展性组合在了一起。 12、SOAP 组成部分？答：(1)SOAP envelope（SOAP 信封） ，它构造定义了一个整体的表示框架，可用于表示在消息（message） 中的是什么，谁应当处理它，以及这是可选的还是强制的。(2)SOAP encoding rules （SOAP 编码规则） ，它定义了一个数据的编序机制，通过这个编序机制来定义应用程序中的数据类
14、型，并可用于交换应用程序定义的数据类型的实例。(3)SOAP RPC representation（SOAP RPC 表示） ，它定义了一个用于表示远端过程调用和响应的约定。(4)SOAP binding（SOAP 绑定） ，它定义了一个使用底层传输协议来完成在结点间交换SOAP 信封的约定。13、Header 和 Body 元素的关系？答 SOAP Header：能够被 SOAP 消息路径中任意的 SOAP 接受者处理的一组 SOAP 条目SOAP Body， 能够被 SOAP 消息路径中的最终 SOAP 接受者处理的一组 SOAP 条目Header 和 Body 在定义上是独立的，但在事实
15、上是相联系的。一个 Body 条目和一个 Header 条目的关系是：一个 Body 条目在语义上与这样一个 Header条目等价，该 Header 条目将由默认参与者(最终接受者)解释同时由值为“1”的 SOAP mustUnderstand 属性标记。14、WSDL 文档结构是什么？答：(1)types（类型） ，它提供了用于描述正在交换的消息的数据类型定义(2)message（消息） ，它表示了正在传递的数据的抽象定义。消息包括多个逻辑部分，每一部分与某种类型系统中的一个定义相关联 (3)portType（端口类型） ，它是一组抽象操作。每个操作指向一个输入消息和多个输出消息(4)bin
16、ding（绑定） ，它为由特定端口类型定义的操作和消息指定具体的协议和数据格式规范(5)port（端口） ，它指出用于绑定的地址，因此定义了单个通讯终端 (6)service（服务） ，它用于集成一组相关的端口。 引用文档定义，使用语言扩展，增加上下文文档的规则 16、WSDL 各个元素的关系？答：Services Implementation Definition (实现定义) ：service：用于聚合一组相关的服务访问点，以构成一个 Web 服务定义。Port：为 Binding 制定一个地址，从而定义一个服务访问点。Services Interface Definition (接口定义)：Binding：为由特定 Port Type 定义的操作和消息指派具体的传输协议和数据格式规范。PortType：定义了一种服务访问入口的类型，是抽象操作的集合，操作一般有一条输入消息和输出消息。Message：定义通信中使用的消息的数据结构，有多个部分组成，每部分通过 Types 来表示。Types：提供用于描述所
