这是规范的 URI;此 URI“应该”使用由创建规范的企业设计的规范 URI 来引用规范的特定版本。例如:WC3 SOAP/1.1 规范 [SOAP11] 通过 URI "http://www.w3.org/TR/2000/NOTE-SOAP-20000508/" 进行标识。2002 年 6 月的 SOAP/1.2 [SOAP12] 工作草案通过 URI "http://www.w3.org/TR/2002/WD-soap12-part1-20020626/" 进行标识。
/SpecVersion/{any}
可以指定其他的子元素,但它们“绝不可以”与其父元素有语义冲突;如果元素没有被识别,则“应该”忽略它。
可以指定其他的属性,但它们“绝不可以”与其所有者元素有语义冲突;如果属性没有被识别,则“应该”忽略它。
以下示例描述了该声明的使用:
<wsp:SpecVersion wsp_Usage="wsp:Required"
URI="http://schemas.xmlsoap.org/ws/2002/12/policy" />
有些情况下,一个规范具有多个部分,而且仅仅指定此规范的版本是不够的。在这种情况下,规范在其方案中将不同的支持类别描述为元素。这些标记(适当的)可以在 <SpecVersion> 元素中进行指定。以下示例描述了对 "framitz" 规范(其方案标识日期为 2001 年 12 月)中 "part 1" 的支持。
<wsp:SpecVersion xmlns="…/utility"
wsp:Usage="wsp:Required"
URI="http://www.fabrikam123.com/2001/12/framitz">
<f:part1 xmlns_f="…" />
</wsp:SpecVersion>
3.4 MessagePredicate 断言
在本部分,我们提供一个策略断言,它可以用来确保消息遵从某个给定的谓词(先决条件)。例如,某些消息部分对于每个规范可能都是可选的,但对于某个特定实现却是必需的。<wsp:MessagePredicate> 元素用来表明这一点。
该元素的方案大致如下:
<wsp:MessagePredicate wsp_Usage="…"? Dialect="…"? >
…
</wsp:MessagePredicate>
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
相关推荐
-
API设计:如何正确开发应用程序接口
在交互组件化软件的世界里,没有比让组件之间以及组件与移动设备和浏览器之间进行连接的应用程序接口(API)更重要的东西了。
-
REST vs. SOAP:如何挑选最好的Web服务
在应用没有任何服务器端的组件情况下,有没有可能直接通过我的应用数据库直接使用这些Web服务?
-
BEST:SOAP/XML和REST的替代方案
虽然拥有大量的机架服务器,以及大量软件开发人员的组织,基于web和集成服务的SOAP和REST很适合他们,但也会出现问题。
-
REST和SOAP 谁使移动应用最受益?
你应该听说过REST,如果在移动应用开发中使用REST,而不是使用SOAP,最大好处是什么?