3.2 语言断言
Web 服务可以允许在消息内容中使用可选择的自然语言。因此,Web 服务就有必要表明其支持和首选的语言。<wsp:Language> 元素就是用来执行该操作的。
需要注意的是,<wsp:Language> 元素的使用范围与 XML 1.0 版本 2 [XML] 规范中定义的 xml:lang 属性相符。希望其他规范将会解决有关分布式系统中国际化首选项和功能的问题。
<wsp:Language> 的方案大致如下:
<wsp:Language wsp_Usage="…"? wsp_Preference="…"? Language="…" >
…
</wsp:Language>
下面描述了以上概述方案中列出的属性和标记:
/Language
它表明支持的语言。
该语言值按 XML 1.0 版本2 [XML] 中 2.12 节的定义进行指定。
该属性表明每个 WS-Policy [WS-Policy] 中此断言的用法(如必需的、可选的等)。
此可选属性指定了该特定选择的首选项。此首选项表示为一个 xsd:int [XMLSchema2]。此首选项的值越高,则表示的首选项权重就越大。如果没有指定首选项,则假定其值为 "0"。
/Language/{any}
可以指定其他的子元素,但它们“绝不可以”与其父元素有语义冲突;如果元素没有被识别,则“应该”忽略它。
可以指定其他的属性,但它们“绝不可以”与其所有者元素有语义冲突;如果属性没有被识别,则“应该”忽略它。
以下示例描述了该声明的使用:此示例表明策略首选丹麦语,但接受英国英语或其他种类的英语。
<wsp:ExactlyOne>
<wsp:Language wsp_Usage="wsp:Required"
wsp:Preference="10"
Language="da" />
<wsp:Language wsp_Usage="wsp:Required"
wsp:Preference="7"
Language="en-gb" />
<wsp:Language wsp_Usage="wsp:Required"
wsp:Preference="1"
Language="en" />
</wsp:ExactlyOne>
3.3 SpecVersion 断言
随着时间的推移,不同的规范将被修订。因此,Web 服务可能支持同一规范的不同版本。有些情况下,规范将会向后兼容;有些情况下则不会。因此,Web 服务需要一种方法来表明它们支持哪些规范,以及那些规范的哪些版本。<wsp:SpecVersion> 元素用来表明这一点。
<wsp:SpecVersion> 的方案大致如下:
<wsp:SpecVersion wsp_Usage="…"?
URI="…"
wsp:Preference="…"? >
</wsp:SpecVersion>
下面描述了以上概述方案中列出的属性和标记:
/SpecVersion
它表明对某一规范的某一特定版本的遵从性。(遵从性是由引用的规范定义的)。可能会有多个规范元素来表明对该规范多个版本的遵从性。
该属性表明每个 WS-Policy [WS-Policy] 中此断言的用法(如必需的、可选的等)。
此可选属性指定了特定选择的首选项。首选项表示为一个 xsd:int [XMLSchema2]。首选项的值越高,则表示的首选项权重就越大。如果没有指定首选项,则假定其值为 "0"。
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
相关推荐
-
API设计:如何正确开发应用程序接口
在交互组件化软件的世界里,没有比让组件之间以及组件与移动设备和浏览器之间进行连接的应用程序接口(API)更重要的东西了。
-
REST vs. SOAP:如何挑选最好的Web服务
在应用没有任何服务器端的组件情况下,有没有可能直接通过我的应用数据库直接使用这些Web服务?
-
BEST:SOAP/XML和REST的替代方案
虽然拥有大量的机架服务器,以及大量软件开发人员的组织,基于web和集成服务的SOAP和REST很适合他们,但也会出现问题。
-
REST和SOAP 谁使移动应用最受益?
你应该听说过REST,如果在移动应用开发中使用REST,而不是使用SOAP,最大好处是什么?