护肤: skin care:
洗面奶: facial cleanser/face wash (Foaming,milky,cream,Gel)
爽肤水: toner/astringent(紧肤水 firming lotion,柔肤水 toner/smoothing toner) facial mist/facial spray/complexion mist
护肤霜: moisturizers and creams(保湿 moisturizer,隔离,防晒 sun screen/sun block,美白whitening,露 lotion,霜 cream,日霜 day cream,晚霜 night cream)
眼霜: eye gel
面膜: facial mask/masque
眼膜: eye mask
磨砂膏: facial scrub
去黑头: (deep) pore cleanser/striper pore refining
去死皮: Exfoliating Scrub
润肤露(身体): body lotion/moisturizer
护手霜: hand lotion/moisturizer
沐浴露: body wash
彩妆: cosmetics:
遮瑕膏: concealer
粉底: foundation (compact,stick)
粉饼: pressed powder(散粉 loose powder,闪粉 shimmering powder/glitter
眉粉: brow powder, (眉笔)brow pencil
眼线液:(眼线笔)liquid eye liner, eye liner
眼影: eye shadow
睫毛膏: mascara
唇线笔: lip liner
唇膏: lip color/lipstick(笔状 lip pencil,膏状 lip lipstick,盒装 lip color/lip gloss)
唇彩: lip gloss/lip color
腮红: blush
卸装水: makeup remover
卸装乳: makeup removing lotion
帖在身上的小亮片: body art
指甲: manicure/pedicure:
指甲油-去甲油: nail polish, nail polish remover
发: hair products/accessories:
洗发水: shampoo
护发素: hair conditioner
锔油膏: conditioning hairdressing/hairdressing gel /treatment
摩丝: mousse
发胶: styling gel
染发: hair color
冷烫水: perm/perming formula
化妆品/护肤品功能
acne/spot(青春痘用品)
active(赋活用)
after sun(日晒后用品)
alcohol-free(无酒精)
anti-(抗、防)
anti-wrinkle(抗老防皱)
balancing(平衡酸碱)
clean-/purify-(清洁用)
combination(混合性皮肤)
dry(干性皮肤)
essence(精华液)
facial(脸部用)
fast/quick dry(快干)
firm(紧肤)
foam(泡沫)
gentle(温和的)
hydra-(保湿用)
long lasting(持久性)
milk(乳)
mult-(多元)
normal(中性皮肤)
nutritious(滋养)
oil-control(抑制油脂)
oily(油性皮肤)
pack(剥撕式面膜)
peeling(敷面剥落式面膜)
remover(去除、卸妆)
repair(修护)
revitalite(活化)
scrub(磨砂式(去角质))
sensitive(敏感性皮肤)
solvent(溶解)
sun block(防晒用)
toning lotion(化妆水)
trentment(修护)
wash(洗)
waterproof(防水)
1、eye cream/eye care/eye gel:眼霜或者眼部保养品或者眼胶
2、masque:面膜,是面膜产品的通称
面膜的其他表示方法有mask-面具pack-外盒,包
3、day&night:指白天专用的产品和晚上专用的产品
4、exfoliate:剥落,脱落一般看到exfoliate基本上就是去角质的产品了
其他表示方法:scrub去除杂质
5、essence:精华,要素;指精华液,美容液,精华露
essential-精华的;soul-精髓;extract-萃取精华
6、lotion:化妆水,洗涤剂英文法文表示一致,都是lotion
有些品牌也用lotion作为乳液的用词,不过严格来讲,最好是在lotion前面加上milk(乳液,乳状物),或者milky(乳状的),也就是milk/milky lotion
化妆水的其他用语:toner;tonic;water
乳液的其他用语:fluid-流动的,液体(英文法文通用);liquid-液体物质
7、foam:泡沫,或者可以挤出来的泡沫,可以产生泡沫的产品
8、soap:肥皂,块状的产品
肥皂类其他用语:bar
9、make up remover:卸妆
卸妆的其他用语:cleanser, cleansing, clean off, clean out都有清洁,扫除的意思,但有时会跟洗脸产品的标示有重叠,要留意是否注明[可以清除彩妆]
10、balm:香油,芳香性树脂,大多指护唇油(罐装的唇膏)
护唇膏的其他用语:lipsalve-嘴唇用油膏;lip ointment-唇用软膏
11、shake well before use:使用前请先摇匀
通常这一类产品都含有不同密度的物质,所以要先摇匀
摇匀的其他用语:brandish-摇动;jiggle-轻轻晃动;joggle-轻摇
12、tissue-off:用完以后要以面纸或者化妆棉,擦掉的产品
擦拭的其他用语:well-off;brush;wipe off
需要[剥,撕]的其他用语eel off
13、wash-off:水洗,用后要洗掉的
水洗的其他用语:water-off;rinsing-off;washable;sweep
14、pat:轻拍,轻抚,轻压
拍打的其他用语ab-以手按压;flap-拍打,扑打
有些产品需要稍加画圆,按摩外文是:massage-onto-在肌肤上面按摩;circular movement-画圆移动
SOAP : 简单对象访问协议(Simple Object Access Protocol,SOAP),是一种轻量的、简单的、基于XML的协议,它被设计成在WEB上交换结构化的和固化的信息。
SOAP跟HTTP、SMTP等一样 是一种传输协议。
webservice接口的实现 就是 采用SOAP协议的。
webService三要素:SOAP 、 WSDL、UDDI
TCP/IP协议是一个协议簇。里面包括很多协议的。UDP只是其中的一个。之所以命名为TCP/IP协议,因为TCP,IP协议是两个很重要的协议,就用他两命名了。
tcp和udp都是传输协议,主要区别是tcp协议连接需要3次握手,断开需要四次握手,是通过流来传输的,就是确定连接后,一直发送信息,传完后断开。udp不需要进行连接,直接把信息封装成多个报文,直接发送。所以udp的速度更快写,但是不保证数据的完整性和数据顺序,(这个是可以在实现时通过验证手段来手动确定完整性)。
http协议是建立在TCP协议之上的一种应用,是Web联网的基础,最显著的特点是客户端发送的每次请求都需要服务器回送响应,在请求结束后,会主动释放连接。从建立连接到关闭连接的过程称为“一次连接”。
socket并不是一种协议,是在程序员层面上对TCP/IP协议的封装和应用。其实是一个调用接口,方便程序员使用TCP/IP协议栈而已。程序员通过socket来使用tcp/ip协议。但是socket并不是一定要使用tcp/ip协议,Socket编程接口在设计的时候,就希望也能适应其他的网络协议。
rpc是一种通过网络从远程计算机程序上请求服务,而不需要了解底层网络技术的协议。
初学情况下只要了解http协议和调用http协议,java使用httpClient,还有socket编程就好了。RPC我也了解的不多。
平价化妆品比较实惠,护肤效果好,最适合学生,初入社会,经济能力一般的人。那么,廉价化妆品有什么好的呢?边肖为大家推荐十个超级好用的廉价化妆品清单。女人要会护肤,会打扮,才能成为真正的女人。耐光小金瓶防晒乳液防晒效果好同时又不油腻的防晒霜,洗面奶偶尔曝光后可以洗,多次重复涂抹。但是因为含有硅油和物理防晒剂,并且是高防晒的,洗面奶反复重复涂抹后可能会很滑。真水漾景光花这个一定要买!因为价格很普通,但是效果特别好。原料与国际一线品牌同厂,补水极佳,美白肌肤细腻毛孔,抗衰老抗皱,修复问题肌肤。基本上每天用都不疼,因为价格很划算。是我用过的几十款精华中最好的一款。有必要从良心开始。曼秀雷敦肌肉美白乳液没有香水,男性使用时不会感觉到粉味。乳液中含有高纯度天然美白成分熊果苷,深入肌肤底层,抑制黑色素生成,有效淡化斑点,美白效果明显提升;含维生素C,均匀肤色,有效改善暗沉肤色,提亮日晒后肤色。
SOAP简单的理解,就是这样的一个开放协议SOAP=RPC+HTTP+XML:采用HTTP作为底层通讯协议;RPC作为一致性的调用途径,XML作为数据传送的格式,允许服务提供者和服务客户经过防火墙在INTERNET进行通讯交互。RPC的描叙可能不大准确,因为SOAP一开始构思就是要实现平台与环境的无关性和独立性,每一个通过网络的远程调用都可以通过SOAP封装起来,包括DCE(Distributed Computing Environment ) RPC CALLS,COM/DCOM CALLS, CORBA CALLS, JAVA CALLS,etc。
SOAP 使用 HTTP 传送 XML,尽管HTTP 不是有效率的通讯协议,而且 XML 还需要额外的文件解析(parse),两者使得交易的速度大大低于其它方案。但是XML 是一个开放、健全、有语义的讯息机制,而 HTTP 是一个广泛又能避免许多关于防火墙的问题,从而使SOAP得到了广泛的应用。但是如果效率对你来说很重要,那么你应该多考虑其它的方式,而不要用 SOAP。
为了更好的理解SOAP,HTTP,XML如何工作的,不妨先考虑一下COM/DCOM的运行机制,DCOM处理网络协议的低层次的细节问题,如PROXY/STUB间的通讯,生命周期的管理,对象的标识。在客户端与服务器端进行交互的时候,DCOM采用NDR(Network Data Representation)作为数据表示,它是低层次的与平台无关的数据表现形式。
Web service一般就是用SOAP协议通过HTTP来调用它,其实他就是一个WSDL文档,客户都可以阅读WSDL文档来用这个Web service。客户根据WSDL描述文档,会生成一个SOAP请求消息。Web service都是放在Web服务器 (如IIS) 后面的,客户生成的SOAP请求会被嵌入在一个HTTP POST请求中,发送到Web服务器来。Web服务器再把这些请求转发给Web service请求处理器。请求处理器的作用在于,解析收到的SOAP请求,调用Web service,然后再生成相应的SOAP应答。Web服务器得到SOAP应答后,会再通过HTTP应答的方式把它送回到客户端。
个人以为就把webservice当成是Http这种请求和响应方式就可以处理大部分问题了。
webservice 的调用有3种方式
1 httpget
2 httppost
3 httpsoap
soap 的优点是 可以传递结构化的 数据,而前两种不行。
btw, soap 最终也是使用 HTTP 传送 XML
HTTP就是邮局的协议,他们规定了你的信封要怎么写,要贴多少邮票等。。。。
SOAP就是你们之间交流的协议,负责把你所需要表达的意思写在信纸上,同时也负责让对方能够看得懂你的信。
SOAP (Simple Object Access Protocol) 顾名思义,是一个严格定义的信息交换协议,用于在Web Service中把远程调用和返回封装成机器可读的格式化数据。事实上SOAP数据使用XML数据格式,定义了一整套复杂的标签,以描述调用的远程过程、参数、返回值和出错信息等等。而且随着需要的增长,又不得增加协议以支持安全性,这使SOAP变得异常庞大,背离了简单的初衷。另一方面,各个服务器都可以基于这个协议推出自己的API,即使它们提供的服务及其相似,定义的API也不尽相同,这又导致了WSDL的诞生。WSDL (Web Service Description Language) 也遵循XML格式,用来描述哪个服务器提供什么服务,怎样找到它,以及该服务使用怎样的接口规范,简言之,服务发现。现在,使用Web Service的过程变成,获得该服务的WSDL描述,根据WSDL构造一条格式化的SOAP请求发送给服务器,然后接收一条同样SOAP格式的应答,最后根据先前的WSDL解码数据。绝大多数情况下,请求和应答使用HTTP协议传输,那么发送请求就使用HTTP的POST方法。
WEBSERVICE(SOAP)接口
1什么是soap接口
awebservice是一个web的应用程序,使用xml向外界暴露可供调用的API接口
webservice的接口标准
soap(simpleobjectaccessprotocol)=http+xml
版本:11/12
UDD(UnviversalDescription,Discovery,andIntegration)
WSDL(webservicedescriptionlanguage),描述语言,基于xml
bsoap是基于xml的简易协议,可使用应用程序在HTTP之上进行信息交换
cxml本身是一种用于传输和存储数据的一种文本文件
dsoap11与soap12区别
11
需要SOAPAction
12
不需要SOAPAction
请求体:节点名称soap12
SOAP(Simple
Object
Access
Protocol)简单对象访问协议,是基于HTTP的一种异构系统通信的协议,说白了就是xml文档传输,之所以会有它,就是在于不同语言C,C++,JAVA等语言开发的系统进行通信,是WebService就是基于SOAP协议的,确实是一种比较传统的SOA解决方案。
REST(Rerepresentational
State
Transfer)是外国一位博士提出的一种架构风格,从资源状态转换角度看待资源,但也是基于SOAP协议进行通信。
rest
是一种风格
restful
Webservice
和
soap的区别在于表现形式不一样,如果想深入了解
可以去开开
深入理解Webservice
这本书,restful
Webservice
不只是可以用json
也可以用xml
更可以用html做消息返回,
rest
风格的Webservice
和传统的soap
主要的表现在于
rest是将资源暴露
soap是暴露操作
。具体的流程其实和soap是一样的,但是rest更方便,更轻。
SOAP协议规范
1 简介
SOAP以XML形式提供了一个简单、轻量的用于在分散或分布环境中交换结构化和类型信息的机制。SOAP本身并没有定义任何应用程序语义,如编程
模型或特定语义的实现;实际上它通过提供一个有标准组件的包模型和在模块中编码数据的机制,定义了一个简单的表示应用程序语义的机制。这使SOAP能够被
用于从消息传递到RPC的各种系统。
SOAP包括三个部分
SOAP封装(见第4节)结构定义了一个整体框架用来表示消息中包含什么内容,谁来处理这些内容以及这些内容是可选的或是必需的。
SOAP编码规则(见第5节)定义了用以交换应用程序定义的数据类型的实例的一系列机制。
SOAP RPC表示(见第7节)定义了一个用来表示远程过程调用和应答的协定。
虽然这三个部分都作为SOAP的一部分一起描述,但它们在功能上是相交的。特别的,封装和编码规则是在不同的名域中定义的,这种模块性的定义方法增
加了简单性。在SOAP封装,SOAP编码规则和SOAPRPC协定之外,这个规范还定义了两个协议的绑定,描述了在有或没有HTTP扩展框架[6]的情
况下,SOAP消息如何包含在HTTP消息[5]中被传送。
11 设计目标
SOAP的主要设计目标是简单性和可扩展性,这意味着传统的消息系统和分布对象系统的某些性质不是SOAP规范的一部分。这些性质包括:
分布式碎片收集
成批传送消息
对象引用(要求分布式碎片收集)
激活机制(要求对象引用)
12 符号约定
这篇文章中的关键字 "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL
NOT","SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY",
和"OPTIONAL"的解释在RFC-2119 [2]中。 这篇文章中用到的名域前缀 "SOAP-ENV"
和"SOAP-ENC"分别与"http://schemasxmlsoaporg/soap/envelope/"
和"http://schemasxmlsoaporg/soap/encoding/"关联。整篇文档中,名域前缀“xsi”被假定为与
URI"http://wwww3org/1999/XMLSchema-instance“(在XMLSchema规范[11]定义)相连。类似
的,名域前缀”xsd“被假定为与URI"http://wwww3org/1999/XMLSchema"(在[10]中定义)相连。名域前
缀”tns“用来表示任意名域。所有其它的名域前缀都只是例子。
名域URI的基本形式”some-URI“表示某些依赖于应用程序或上下文的URI[4]。这个规范用扩展BNF(在RFC-2616[5] 描述)描述某些结构。
13 SOAP消息举例
在这个例子中,GetLastTradePrice SOAP
请求被发往StockQuote服务。这个请求携带一个字符串参数和ticker符号,在SOAP应答中返回一个浮点数。XML名域用来区分SOAP标志
符和应用程序特定的标志符。这个例子说明了在第6节中定义的HTTP绑定。如果SOAP中管理XML负载的规则完全独立于HTTP是没有意义的,因为事实
上该负载是由HTTP携带的。在Appendix A中有更多的例子。
例1 在HTTP请求中嵌入SOAP消息
POST /StockQuote HTTP/11
Host:
wwwstockquoteservercom
Content-Type: text/xml;
charset="utf-8"
Content-Length: nnnn
SOAPAction:
"Some-URI"
<SOAP-ENV:Envelope
xmlns:SOAP-ENV="http://schemasxmlsoaporg/soap/envelope/"
SOAP-ENV:encodingStyle="http://schemasxmlsoaporg/soap/encoding/">
<SOAP-ENV:Body>
<m:GetLastTradePrice xmlns:m="Some-URI">
<symbol>DIS</symbol>
</m:GetLastTradePrice>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
下面是一条应答消息,包括HTTP消息,SOAP消息是其具体内容 :
例2 在HTTP应答中嵌入SOAP消息
HTTP/11 200 OK
Content-Type: text/xml;
charset="utf-8"
Content-Length:
nnnn
<SOAP-ENV:Envelope
xmlns:SOAP-ENV="http://schemasxmlsoaporg/soap/envelope/"
SOAP-ENV:encodingStyle="http://schemasxmlsoaporg/soap/encoding/"/>
<SOAP-ENV:Body>
<m:GetLastTradePriceResponse xmlns:m="Some-URI">
<Price>345</Price>
</m:GetLastTradePriceResponse>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
SOAP消息交换模型
SOAP消息从发送方到接收方是单向传送,但正如上面显示的,SOAP消息经常以请求/应答的方式实现。SOAP实现可以通过开发特定网络系统的特
性来优化。例如,HTTP绑定(见第6节)使SOAP应答消息以HTTP应答的方式传输,并使用同一个连接返回请求。不管SOAP被绑定到哪个协
议,SOAP消息采用所谓的”消息路径“发送,这使在终节点之外的中间节点可以处理消息。一个接收SOAP消息的SOAP应用程序必须按顺序执行以下的动
作来处理消息:识别应用程序想要的SOAP消息的所有部分
(见422节)检验应用程序是否支持第一步中识别的消息中所有必需部分并处理它。如果不支持,则丢弃消息(见44节)。在不影响处理结果的情况下,
处理器可能忽略第一步中识别出的可选部分。如果这个SOAP应用程序不是这个消息的最终目的地,则在转发消息之前删除第一步中识别出来的所有部分。为了正
确处理一条消息或者消息的一部分,SOAP处理器需要理解:所用的交换方式(单向,请求/应答,多路发送等等),这种方式下接收者的任务,RPC机制(如
果有的话)的使用(如第7节中所述),数据的表现方法或编码,还有其它必需的语义。尽管属性(比如SOAP
encodingstyle,见411节)可以用于描述一个消息的某些方面,但这个规范并不
强制所有的接收方也必须有同样的属性并取同样的属性值。举个例子,某一特定的应用可能知道一个元素表示一条遵循第7节约定的RPC请求,但是另外一些应用
可能认为指向该元素的所有消息都用单向传输,而不是类似第7节的请求应答模式。
(译者注:交互双方的SOAP消息并不一定要遵循同样的格式设定,而只需要以一种双方可理解的格式交换信息就可以了)
3 与XML的关系
所有的SOAP消息都使用XML形式编码(更多有关XML的信息请见[7])一个SOAP应用程序产生的消息中,所有由SOAP定义的元素和属性中
必须包括正确的名域。SOAP应用程序必须能够处理它接收到的消息中的SOAP名域(见44节),并且它可以处理没有SOAP名域的SOAP消息,就象
它们有正确的名域一样。SOAP定义了两个名域(更多有关XML名域的信息请见[8])
SOAP封装的名域标志符是"http://schemasxmlsoaporg/soap/envelope/"
SOAP的编码规则的名域标志符是"http://schemasxmlsoaporg/soap/encoding/"
SOAP消息中不能包含文档类型声明,也不能包括消息处理指令。[7]
SOAP使用"ID"类型"id"属性来指定一个元素的唯一的标志符,同时该属性是局部的和无需校验的。SOAP使用"uri-reference"类型
的"href"属性指定对这个值的引用,同时该属性是局部的和无需校验的。这样就遵从了XML规范[7],XMLSchema规范[11]和XML连接语
言规范[9]的风格。除了SOAP mustUnderstand
属性(见423节)和SOAPactor属性(见422节)之外,一般允许属性和它们的值出现在XML文档实例或Schema中(两者效果相
同)。也就是说,在DTD或Schema中声明一个缺省值或固定值和在XML文档实例中设置它的值在语义上相同。
4 SOAP封装
SOAP消息是一个XML文档,包括一个必需的SOAP封装,一个可选的SOAP头和一个必需的SOAP体。在这篇规范剩余部分中,提到SOAP消息时就是指这个XML文档。这一节中定义的元素和属性的名域标志符为:
"http://schemasxmlsoaporg/soap/envelope/"
。一个SOAP消息包括以下部分:1在表示这个消息的XML文档中,封装是顶层元素。2应用SOAP交换信息的各方是分散的且没有预先协定,SOAP
头提供了向SOAP消息中添加关于这条SOAP消息的某些要素(feature)的机制。SOAP定义了少量的属性用来表明这项要素(feature)是
否可选以及由谁来处理。(见42节)3SOAP体是包含消息的最终接收者想要的信息的容器(见43节)。SOAP为SOAP体定义了一个Fault
元素用来报告错误信息。语法规则如下所示:
封装
元素名是 "Envelope"
在SOAP消息中必须出现。
可以包含名域声明和附加属性。如果包含附加属性,这些属性必须限定名域。类似的,"Envelope"可以包含附加子元素,这些也必须限定名域且跟在SOAP体元素之后。
SOAP头 (见42节)
元素名是"Header"
在SOAP消息中可能出现。如果出现的话,必须是SOAP封装元素的第一个直接子元素。
SOAP头可以包含多个条目,每个都是SOAP头元素的直接子元素。所有SOAP头的直接子元素都必须限定名域。
SOAP体 (见43节)
元素名是"Body"
在SOAP消息中必须出现且必须是SOAP封装元素的直接子元素。它必须直接跟在SOAP头元素(如果有)之后。否则它必须是SOAP封装元素的第一个直接子元素。
SOAP体可以包括多个条目,每个条目必须是SOAP体元素的直接子元素。SOAP体元素的直接子元素可以限定名域。SOAP定义了SOAPFault元素来表示错误信息。
411 SOAP encodingStyle属性
EncodingStyle全局属性用来表示SOAP消息的序列化规则。这个属性可以在任何元素中出现,作用范围与名域声明的作用范围很相似,为这
个元素的内容和它的所有没有重载此属性的子元素。SOAP消息没有定义缺省编码。属性值是一个或多个URI的顺序列表,每个URI确定了一种或多种序列化
规则,用来不同程度反序列化SOAP消息,举例如下:
"http://schemasxmlsoaporg/soap/encoding/"
"http://myhost/encoding/restricted http://myhost/encoding/"
""
第5节中定义的序列化规则由URI"http://schemasxmlsoaporg/soap/encoding/"
确定。使用这个特定序列化规则的消息应该用encodingStyle属性说明这一点。另外,所有
以"http://schemasxmlsoaporg/soap/encoding/"开头的URI中的序列化规则与第5节中定义的SOAP编码规
则相一致。一个零长度的URI("")明确显示所含元素没有任何编码形式。这可以用来取消上一级元素的所有编码声明。
412 封装版本模型
SOAP没有定义常规的基于主版本号和辅版本号的版本形式。SOAP消息必须有一个封装元素与名
域"http://schemasxmlsoaporg/soap/envelope/"关联。如果SOAP应用程序接收到的SOAP消息中的
SOAP封装元素与其他的名域关联,则视为版本错误,应用程序必须丢弃这个消息。如果消息是通过HTTP之类的请求/应答协议收到的,应用程序必须回答一
个SOAP VersionMismatch 错误信息(见44节)。
42 SOAP头
SOAP为相互通信的团体之间提供了一种很灵活的机制:在无须预先协定的情况下,以分散但标准的方式扩展消息。可以在SOAP头中添加条目实现这种
扩展,典型的例子有认证,事务管理,支付等等。头元素编码为SOAP封装元素的第一个直接子元素。头元素的所有直接子元素称作条目。条目的编码规则如下:
一个条目有它的完整的元素名(包括名域URI和局部名)确定。SOAP头的直接子元素必须有名域限制。
SOAP encodingStyle属性可以用来指示条目所用的编码形式(见411节)
SOAP mustUnderstand属性(见423节)和SOAPactor属性(见422节)可以用来指示如何处理这个条目以及由谁来处理。(见421节)
421 使用头属性
这一节中定义的SOAP头属性确定了SOAP消息的接收者应该怎样按第2节中所述的方式处理消息。产生SOAP消息的SOAP应用程序,应该仅仅在
SOAP头元素的直接子元素中使用这些SOAP头属性。SOAP消息的接收者必须忽略所有不在SOAP头元素的直接子元素中SOAP头属性。下面的例子是
一个SOAP头,包括一个元素标志符"Transaction","mustUnderstand"取值为"1"和数值5。这应该以如下方式编码:
<SOAP-ENV:Header>
<t:Transaction
xmlns:t="some-URI" SOAP-ENV:mustUnderstand="1">
5
</t:Transaction>
</SOAP-ENV:Header>
422 SOAP actor属性
一个SOAP消息从始节点到终节点的过程中,可能沿着消息路径经过一系列SOAP中间节点。一个SOAP中间节点是一个可以接收转发SOAP消息的
应用程序。中间节点和终节点由URI区分。可能SOAP消息的终节点并不需要所有部分,而在消息路径上的一个和几个中间节点可能需要这些内容。头元素的接
收者扮演的角色类似于一个过滤器,防止这些只发给本接受者的消息部分扩散到其它节点。即一个头元素的接收者必须不转发这些头元素到SOAP消息路径上的下
一个应用程序。同样的,接收者可能插入一个相似的头元素。SOAP actor全局属性可以用于指示头元素的接收者。SOAP
actor属性的值是一个URI。
URI
"http://schemasxmlsoaporg/soap/actor/next"指出了第一个处理这个消息的SOAP应用程序需要这个头元
素。这类似于HTTP头中用Connection域表示hop-by-hop范围模型。省略SOAP
actor属性表示接收者是SOAP消息的终节点。如果这个属性要生效,它必须出现在SOAP消息实例中。(见第3节和421节)
423 SOAP mustUnderstand属性
SOAP mustUnderstand全局属性用来指示接受者在处理消息时这个条目是否必须处理。条目的接收者由SOAP
actor属性定义(见422节)。MustUnderstand属性的值是"1" 或 "0"。缺少SOAP
mustUnderstand属性在语义上等同于它的值为"0"。如果一个头元素的SOAP
mustUnderstand属性的值是"1",那么条目的接受者必须或者遵守语义(如以元素的全名传送)并按照语义正确的处理,或者放弃处理消息(见
44节)。SOAP mustUnderstand 属性考虑了消息演变的准确性(robust evolution)。必须假定包含SOAP
mustUnderstand属性且值为"1"的元素以某种方式修改了它们的父元素或同层元素的语义。以这种方式连接元素确保了语义上的变化不会被那些不
能完全理解它的接收者忽略。如果这个属性要生效,它必须出现在SOAP消息实例中。(见第3节和421节)
43 SOAP体
SOAP体元素提供了一个简单的机制,使消息的最终接收者能交换必要的信息。使用体元素的典型情况包括配置RPC请求和错误报告。体元素编码为
SOAP封装元素的直接子元素。如果已经有一个头元素,那么体元素必须紧跟在头元素之后,否则它必须是SOAP封装元素的第一个直接子元素。体元素的所有
直接子元素称作体条目,每个体条目在SOAP体元素中编码为一个独立的元素。条目的编码规则如下:
一个条目由它的元素全名(包括名域URI和局部名)确定。SOAP体元素的直接子元素可能是名域限制的。
SOAP encodingStyle属性可能用来指示条目(见411节)的编码方式。
SOAP定义了一个Fault条目用来报告错误信息。(见44节)
431 SOAP头和体的关系
虽然头和体定义为独立的元素,它们实际上是有关系的。体条目和头条目的关系如下:体条目在语义上等同于actor属性为缺省值且mustUnderstand属性值为"1"的头条目。不使用actor属性则表示缺省的actor。
http://blogcsdnnet/inter999/article/details/3282408
欢迎分享,转载请注明来源:品搜搜测评网