xsd:any：幕后故事

  <message name="registerPetResponse">
    <part name="registerPetResponse" element="tns:registerPetResponse"/>
  </message>
  <portType name="Vet">
    <operation name="registerPet">
      <input message="tns:registerPetRequest"/>
      <output message="tns:registerPetResponse"/>
    </operation>
  </portType>
  <binding name="VetSOAP" type="tns:Vet">
    <soap:binding style="document"
        transport="http://schemas.xmlsoap.org/soap/http"/>
    <operation name="registerPet">
      <soap:operation/>
      <input>
        <soap:body use="literal"/>
      </input>
      <output>
        <soap:body use="literal"/>
      </output>
    </operation>
  </binding>
  <service name="VetService">
    <port name="VetSOAP" binding="tns:VetSOAP">
      <soap:address location="http://localhost:9080/VetService/services/Vet"/>
    </port>
  </service>
</definitions>

　　registerPet 的 xsd:any 参数可以为以下二者之一:

　　xsd:any 背离了 WSDL 的用途

　　请注意，上面列出的两个参数并未在 WSDL 中定义。我自己确定其定义。WSDL 即 Web 服务描述语言 (Web Services Description Language)。其主要的用途就是尽可能完整地描述服务的接口。当使用 xsd:any 时，您就背离了 WSDL 的此用途。

　　第一个项目符号声明该参数将为 cat 或 fish。但 WSDL 并不告诉您这一点。它所标明的是该参数可以为任何事物。考虑到这是一个兽医服务，则可能不会处理订单或保险索赔或税收报表——但您可能恰恰会这样猜想;WSDL 并没有告诉您这些信息。

　　处理此伪多态性的一个更好方法是定义真正的多态性。定义一个基类型，称为 Pet，然后重新编写 Cat 和 Fish 来对 Pet 进行扩展。

　　第二个项目符号声明其他类型将在其他地方或别的时候进行定义。这表明这个 WSDL 并不是此服务的完整接口。这可能会让人觉得可以更改服务并保持 API 不变，但由于此 WSDL 不是完整的 API，这样的说法就不成立了。对于使用此 WSDL 的客户机，要成功地与此服务进行通信，仅这个 WSDL 是不够的。客户是否可以将短吻鳄 (alligator) 送来接受服务?只通过查看 WSDL，您不会知道答案(我认识的可以给短吻鳄看病的兽医也不多!)。您需要一些更多的带外定义。

　　JAX-RPC 与 xsd:any 之间的关系不是特别友好

文章来源于领测软件测试网 https://www.ltesting.net/