清单 11. RPC 样式的 ErpAddress 消息的 WSDL 定义

　　…
　　<wsdl:message name=”publishErpAddressServiceRequest”>
　　<wsdl:part name=”erpAddress” type=”typeIn:ErpAddressType”>
　　<wsdl:documentation>publish employee address data</wsdl:documentation>
　　</wsdl:part>
　　</wsdl:message>
　　…
　　<wsdl:binding … >
　　<soap:binding … />
　　<wsdl:operation name=”publishErpAddressService”>
　　<soap:operation style=”rpc”/>
　　<wsdl:input name=”erpAddress”>
　　<soap:body use=”literal”
　　namespace=”http://someCompany.com/soa/2006-07-01/publishErpAddressService”/>
　　</wsdl:input>
　　….
　　</wsdl:operation>
　　</wsdl:binding>

　　尽管 ErpPerson 和 ErpAddress complexType 都可以在 RPC 样式的 WSDL 中引用，但将其定义为没有对应模式元素的 complexType 的做法并不太好，因为 complexType 无法由有效负载进行实例化。

　　例如，模式中的 ErpPersonType complexType 为 ErpPerson 提供了一个数据类型，包括 lastName, firstName 和 mName。它旨在用于创建以下所示的 XML 有效负载：

　　清单 12. 示例 ErpPerson 消息有效负载

　　<ErpPerson>
　　<lastName>Smith</lastName>
　　<firstName>John</firstName>
　　<mName>K</mName>
　　</ErpPerson>

　　不过，Venetian Blind 样式的 XML 模式无法用于生成或验证此类有效负载，因为在模式中缺乏匹配的全局元素。为了在这种情况下解决此问题，请同时为 ErpPerson 定义元素和 complexType。

　　混合模式

　　您并不必完整地定义以上列出的所有三种模式。可以在需要的情况下混合使用这些模式。例如，某些组件可以定义为元素，而其他的仅定义为 complexType。从 XML 有效负载的角度而言，一个原则是，如果组件需要在 XML 有效负载中进行实例化，则应该将其定义为元素。否则，就可以将其定义为类型。