为你的网络服务制作文档

　　WSDL文档可以定义消息所使用的类型。当定义自定义类型时，你应该使用XSD来代替其他类型定义语言。使用XSD允许你更简单地使用WSDL相关的工具箱。这也帮助那些也许必须手工生成定制客户的人。但是，如果你看到需要定义呢自己的类型系统，你也许会－但是我不推荐。

　　类型在类型模块中列出。使用这个，你可以映射你自己的语言规范，为XSD请求自定义类型。如果一个棒球队希望得到一个队员的名称、平均击球、年平均击球数和队员编号，他们就应该按下面的类型定义来定义：

　　这里使用了一些XML名称域，它们在文档的其他地方定义。这里要注意的重要事情是，我们有一组定义队员的元件的名称。复杂的类型Player 现在被定义了，并且可以北映射到任何不同的语言中。这种类型也指定我们怎样才能在通信时对Player 进行序列化。如果使用在一个消息中，这个元件将像下面的样子：

　　WSDL也可以既对一个给定的portType 上的操作又为详细绑定的数据创建文档。相关的操作应该存在于一个给定的portType 中。这些操作间的关系代表性地用实现它们的语言片断定义。例如，如果一个COM对象和Java类给出5个方法作为网络服务，这5个方法一起来定义portType 。每个portType 都有一个匹配的binding 元件。这个binding 元件可以被用来定义portType中的每个operation 如何映射到特殊的协议中。你也许有一个按照下面定义的portType ：

　　这个portType 也许被许多方法所支持（重新调用那个网络服务可以通过许多协议，包括SOAP、HTTP GET和HTTP POST）。一个对SOAP的binding 也许像这样：

　　这个binding 元件表明这个操作将在HTTP上使用SOAP来传输。GetBattingAverage 操作使用HTTP SOAPAction 头，http://www.seattlemariners.org/GetBattingAverage 。这个操作是面向文档的并且使用文字编码。

　　我们也可以定义特定服务的结束点在哪。如果这个结束点可以通过一些不同的绑定来达到，例如SOAP，HTTP GET和HTTP POST，这个服务片断就会像这样：

　　这个特殊服务描述指出了相同的结束点，http://someIP/baseball1/baseballservice.asmx ，可以处理所有三个绑定。你也可以使用这个片断来在不同的地方描述相同的结束点。