一、Soap协议知识
1、Soap是什么
Soap是简单对象访问协议。在1998年就已经诞生,当时只是当作RPC机制(远程过程调用)。然而人们发现Soap可以用于更广泛的用途,因此在今天的Soap1.1规范中不再有过多的限制。但是在当时缺少一种能够通用的数据描述语言,而使Soap不能得到普遍的认同。如今随着Xml的诞生和发展并于Soap的完美结合,使Soap得到了大多数人的青睐,同时也使Web Services得到了推广。
Soap和Http一样都是一种应用级的协议,使用它可在不同的应用程序之间方便的交换数据。Soap除了可以基于Http协议外,还可以与其他的任何传输协议实现应用程序到应用程序的通信。
2、Soap的结构
正如在《Web服务初探:用Demo学Web服务系列(7)——XML的相关知识》中我们所举的例子那样,Soap消息是由一个信封组成,这个信封定义了消息的总体结构。包含在信封中的是消息头信息(可选)和消息体信息(必选)。消息头和消息体并没有在Soap规范中定义,这些信息是特定于使用Soap消息的系统的。如果需要使用错误消息,则错误消息被包含在消息体中。
下面给出一个简单的Soap消息例子:

2

3

4

5

6

7

8

9


(1)、Soap消息头部分
Soap消息的创建者可以把任意元素放在这个部分,这个部分组成了Soap消息的消息头信息。在处理Web Services时,这个部分也许是完全没有必要的。即便如此,我们也还是要了解Soap消息头中的两个有用的属性:指定消息头所瞄准的端点类型(artor属性),这个属性我们很少会用到,所以在这里就不多说了;消息头是否必须被处理(mustUnderstand属性),当值为“1”或者是“true”时,则消息头就必须被Web Services处理。关于消息头的使用我们在前面的Demo中已经讲解和使用过了,那么上次的Demo中我们所产生的Soap消息头是什么样子的呢,请看后续的例子。
有此可以看出,消息头信息对于保存和消息的语义不是直接相关的上下文信息是很有用的。
(2)、Soap消息体部分
和Soap消息头部分一样,Soap消息体的内容完全取决于在被瞄准的Web Services的语义中指定的消息定义。说确切点就是,内容是由和Web Services相关的WSDL文档定义的。
下面我们分别来看在前面的随笔中的Demo中每个方法所产生的Soap消息内容如下:

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33


2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

3、Soap中的Namespace
值得一提的是,在所有的Soap消息中都能看到Namespace,这个到底是有什么用处的呢?我们知道在Xml中有很多描述数据的标记,然而有时候同一个标记在不同的地方有不同的意义,因此为了区分它们我们就必须为相同的标记表示的不同的含义指定Namespace,而指定Namespace也并不是随便的一个值,必须是类似于虚拟地址的书写格式,如:Namespace="http://www.microsoft.com/MyService",这里的网址不一定非要是可以连接的。
二、WSDL文档
1、WSDL扩展
如果不和具体的协议一起使用,WSDL定义就没有那么有用了,你可以自己定义协议,也可以使用Soap协议和Http协议这两个协议也就足够了。
2、什么是WSDL文档
如果单独提及WSDL这个名词,它常常表示用于描述Web服务的语法规范。但如果同时提到某个Web Services,那它就表示这个Web Services的说明文档。
WSDL文档是对一个Web Services的位置、协议和接口详细且明确的说明。它由Web Services的开发者提供,现在已经有能够根据Web Services的代码自动生成WSDL文档的工具了。虽然如此,Web Services的开发者也可以自己手工编写,因为WSDL文档也是Xml文件,只是编写的时候必须严格遵守WSDL规范的要求。
3、WSDL文档结构
WSDL文档的根元素是<definitions>,其中包括多种子元素。这些子元素总体上可以分为两类:一类位于文档的前半部分,它们构成Web Services的“具体说明”。抽象部分是独立于平台和程序语言的方式来描述Web Services,比如Web方法的参数类型;后一部分指定Web Services的具体内容,比如传输协议。
抽象定义部分包括三个元素:Types,独立于机器和程序语言的类型定义。Messages,包含方法参数(输入和输出分开)或消息文档说明。PortTypes,使用Messages部分的消息定义来描述方法的签名(操作名称、输入参数和输出参数)。在PortTypes中具体说明时又包含两个元素:Bindings,指定PortTypes部分中每个操作的绑定信息。Services,指定每个绑定的Port地址。
抽象定义和具体说明,既是有一定的各自独立性,又有一定的相互关联性。还要说明的是在一个WSDL文档中可以没有Types部分,但如果有那么就只能有一个。
下面就来看看我们在前面的随笔中的Demo中所产生的WSDL文档,原文件如下:

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

42

43

44

45

46

47

48

49

50

51

52

53

54

55

56

57

58

59

60

61

62

63

64

65

66

67

68

69

70

71

72

73

74

75

76

77

78

79

80

81

82

83

84

85

86

87

88

89

90

91

92

93

94

95

96

97

98

99

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

115

116

117

118

119

120

121

122

123

学会读WSDL文档有助于你在调用他人开发的Web Services时的理解和使用,WSDL文档就如同对Web Services使用的说明书,这就是我们为什么要讲解WSDL文档的一些内容的原因。
附:在这里同样我们也提供一些关于.Net方面的Web Services开发的书籍名称,大家可以到百度等网站上搜索一下,并能为其他的博友下载方便,将这些书籍的下载地址发表到此随笔的评论中,希望对大家有所帮助,万分感谢。
《VS.NET Web服务入门经典C#编程篇》、《VS.NET精髓(Web服务原理与开发)》
作者对转载者要求说明(以下简称本说明):
1、确保您已经遵守了《中华人民共和国信息网络传播权保护条例》,且必须遵守《刚刚网络作品版权声明》(若两文件有冲突内容以《中华人民共和国信息网络传播权保护条例》为准,但其他非冲突内容依然各自有效),再转载。
2、“本说明、作者、作者博客网址及作者博客坐落,本文中提及的各种说明、备注或附录性文字”必须被转载,且不得改变其原有内容和要表达的意图!
作者:刚刚 作者博客网址:http://lijigang.cnblogs.com/ 作者博客坐落在博客园
把握现实生活,培养自身能力
掌握新型技术,提高自我力量