本文考察了一些顶尖的@H_301_4@XML@H_301_4@模式,这些模式为各种各样的问题提供了解决方案,从基本的@H_301_4@Web@H_301_4@服务到数据描述等等。其中包括涉及到通讯录和发票的类似数据库的解决方案。本文选择模式的标准是根据其实用性和用途,及其在@H_301_4@XML@H_301_4@信息共享和交换方面对@H_301_4@XML@H_301_4@社区的影响。@H_301_4@
简单对象访问协议(@H_301_4@Simple Object Access Protocol@H_301_4@,@H_301_4@SOAP@H_301_4@)实际上是一种@H_301_4@Web@H_301_4@服务技术,但@H_301_4@Web@H_301_4@服务中客户机和服务器之间的数据交换格式是通过灵活的@H_301_4@XML@H_301_4@模式实现的。@H_301_4@
Web@H_301_4@服务的主要优点是客户机和服务器通过网络进行信息和数据交换的互操作性的层次。@H_301_4@SOAP@H_301_4@标准使用@H_301_4@XML@H_301_4@以一种体系结构中立的格式来构造数据,定义数据类型和信息。@H_301_4@
对于编程语言来说,只需要提供数据类型和需要在远程服务器上调用的函数名称即可。@H_301_4@SOAP@H_301_4@库将用主机语言编写的信息和格式转化成@H_301_4@XML@H_301_4@格式的消息,其中包括调用的函数和提供的参数。@H_301_4@
通过@H_301_4@W3C@H_301_4@的例子就可以了解@H_301_4@SOAP@H_301_4@的结构。调用远程@H_301_4@SOAP@H_301_4@函数@H_301_4@@H_301_4@GetEndorsingBoarder()@H_301_4@@H_301_4@的时候,客户机上的调用程序生成清单@H_301_4@1@H_301_4@所示的@H_301_4@XML@H_301_4@消息。@H_301_4@
清单@H_301_4@1.@H_301_4@调用远程@H_301_4@SOAP@H_301_4@函数@H_301_4@@H_301_4@GetEndorsingBoarder()@H_301_4@
@H_301_4@ <SOAP-ENV:Envelope@H_301_4@ xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"@H_301_4@ SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">@H_301_4@ <SOAP-ENV:Body>@H_301_4@ <m:GetEndorsingBoarder xmlns:m="http://namespaces.snowboard-info.com">@H_301_4@ <manufacturer>K2</manufacturer>@H_301_4@ <model>Fatbob</model>@H_301_4@ </m:GetEndorsingBoarder>@H_301_4@ </SOAP-ENV:Body>@H_301_4@ </SOAP-ENV:Envelope>@H_301_4@ |
@H_301_4@
SOAP@H_301_4@客户机发送的整个消息都放在@H_301_4@SOAP@H_301_4@信封中。信封的内容就是消息的详细内容。@H_301_4@
被调用的函数显然是@H_301_4@@H_301_4@GetEndorsingBoarder@H_301_4@,它包括两个参数:@H_301_4@manufacturer@H_301_4@和@H_301_4@model@H_301_4@。由此可见,它把本地的可能采用二进制编码的字符串转化成了@H_301_4@XML@H_301_4@字符串。由于@H_301_4@XML@H_301_4@是平台独立的,主机使用@H_301_4@SOAP@H_301_4@系统不需要复杂的二进制编码和解码就可以交换消息。@H_301_4@
服务器通过另一个@H_301_4@XML@H_301_4@编码的@H_301_4@SOAP@H_301_4@信封返回响应,这一次是函数的返回值。@H_301_4@SOAP@H_301_4@请求的响应格式与函数相同,只不过在信封内容的后面加上了@H_301_4@@H_301_4@Response@H_301_4@,如清单@H_301_4@2@H_301_4@所示。@H_301_4@
清单2. SOAP@H_301_4@请求的响应@H_301_4@
@H_301_4@ <SOAP-ENV:Envelope@H_301_4@ xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"@H_301_4@ SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">@H_301_4@ <SOAP-ENV:Body>@H_301_4@ <m:GetEndorsingBoarderResponse xmlns:m="http://namespaces.snowboard-info.com">@H_301_4@ <endorsingBoarder>Chris Englesmann</endorsingBoarder>@H_301_4@ </m:GetEndorsingBoarderResponse>@H_301_4@ </SOAP-ENV:Body>@H_301_4@ </SOAP-ENV:Envelope>@H_301_4@ |
通常不需要自己编写@H_301_4@SOAP@H_301_4@消息,@H_301_4@SOAP@H_301_4@库会自动生成。不过@H_301_4@SOAP@H_301_4@信封的结构和简单性表明使用@H_301_4@SOAP@H_301_4@标准共享信息很简单。@H_301_4@
SOAP@H_301_4@大大简化了交换消息和调用远程函数的工作。远程过程调用(@H_301_4@Remote Procedure Call@H_301_4@,@H_301_4@RPC@H_301_4@)标准需要复杂的方法来处理二进制数据的序列化,发送结构化更高的信息需要详细的声明和双向的信息转换。@H_301_4@
使用@H_301_4@SOAP@H_301_4@,@H_301_4@XML@H_301_4@序列化大大降低了这种复杂性,使得跨平台、跨语言集成和数据交换更加简单。@H_301_4@
Web@H_301_4@服务描述语言(@H_301_4@Web Services Description Language@H_301_4@,@H_301_4@WSDL@H_301_4@)提供了一种描述@H_301_4@Web@H_301_4@服务(大多使用@H_301_4@SOAP@H_301_4@)的简单方法。@H_301_4@WSDL@H_301_4@允许您描述利用@H_301_4@SOAP@H_301_4@标准所提供的服务和接口。@H_301_4@
比方说,可以创建描述某台服务器上提供的服务的@H_301_4@WSDL@H_301_4@文件,然后把该文件分发给需要这些服务的@H_301_4@Web@H_301_4@服务消费者。通过阅读和解析@H_301_4@WSDL@H_301_4@文件,消费者能够了解到使用这些@H_301_4@Web@H_301_4@服务需要知道的所有信息,包括可以交换的数据类型、参数以及返回的各种错误和其他信息。@H_301_4@
再次使用来自@H_301_4@W3C@H_301_4@的例子,可以看到不同远程函数的声明和交换的数据都是通过结构的@H_301_4@XML@H_301_4@定义处理的,如清单@H_301_4@3@H_301_4@所示。@H_301_4@
清单3.@H_301_4@不同远程函数和交换数据的@H_301_4@XML@H_301_4@定义@H_301_4@
@H_301_4@ <?xml version="1.0"?>@H_301_4@ @H_301_4@ <!-- root element wsdl:definitions defines set of related services -->@H_301_4@ <wsdl:definitions name="EndorsementSearch"@H_301_4@ targetNamespace="http://namespaces.snowboard-info.com"@H_301_4@ xmlns:es="http://www.snowboard-info.com/EndorsementSearch.wsdl"@H_301_4@ xmlns:esxsd="http://schemas.snowboard-info.com/EndorsementSearch.xsd"@H_301_4@ xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"@H_301_4@ xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/">@H_301_4@ @H_301_4@ <!-- wsdl:types encapsulates schema definitions of communication types;@H_301_4@ here using xsd -->@H_301_4@ <wsdl:types>@H_301_4@ @H_301_4@ <!-- all type declarations are in a chunk of xsd -->@H_301_4@ <xsd:schema targetNamespace="http://namespaces.snowboard-info.com"@H_301_4@ xmlns:xsd="http://www.w3.org/1999/XMLSchema">@H_301_4@ @H_301_4@ <!-- xsd definition: GetEndorsingBoarder [manufacturer string,@H_301_4@ model string] -->@H_301_4@ <xsd:element name="GetEndorsingBoarder">@H_301_4@ <xsd:complexType>@H_301_4@ <xsd:sequence>@H_301_4@ <xsd:element name="manufacturer" type="string"/>@H_301_4@ <xsd:element name="model" type="string"/>@H_301_4@ </xsd:sequence>@H_301_4@ </xsd:complexType>@H_301_4@ </xsd:element>@H_301_4@ @H_301_4@ <!-- xsd definition: GetEndorsingBoarderResponse@H_301_4@ [... endorsingBoarder string ...] -->@H_301_4@ <xsd:element name="GetEndorsingBoarderResponse">@H_301_4@ <xsd:complexType>@H_301_4@ <xsd:all>@H_301_4@ <xsd:element name="endorsingBoarder" type="string"/>@H_301_4@ </xsd:all>@H_301_4@ </xsd:complexType>@H_301_4@ </xsd:element>@H_301_4@ @H_301_4@ <!-- xsd definition: GetEndorsingBoarderFault@H_301_4@ [... errorMessage string ...] -->@H_301_4@ <xsd:element name="GetEndorsingBoarderFault">@H_301_4@ <xsd:complexType>@H_301_4@ <xsd:all>@H_301_4@ <xsd:element name="errorMessage" type="string"/>@H_301_4@ </xsd:all>@H_301_4@ </xsd:complexType>@H_301_4@ </xsd:element>@H_301_4@ @H_301_4@ </xsd:schema>@H_301_4@ </wsdl:types>@H_301_4@ @H_301_4@ <!-- wsdl:message elements describe potential transactions -->@H_301_4@ @H_301_4@ <!-- request GetEndorsingBoarderRequest is of type GetEndorsingBoarder -->@H_301_4@ <wsdl:message name="GetEndorsingBoarderRequest">@H_301_4@ <wsdl:part name="body" element="esxsd:GetEndorsingBoarder"/>@H_301_4@ </wsdl:message>@H_301_4@ @H_301_4@ <!-- response GetEndorsingBoarderResponse is of type@H_301_4@ GetEndorsingBoarderResponse -->@H_301_4@ <wsdl:message name="GetEndorsingBoarderResponse">@H_301_4@ <wsdl:part name="body" element="esxsd:GetEndorsingBoarderResponse"/>@H_301_4@ </wsdl:message>@H_301_4@ @H_301_4@ <!-- wsdl:portType describes messages in an operation -->@H_301_4@ <wsdl:portType name="GetEndorsingBoarderPortType">@H_301_4@ @H_301_4@ <!-- the value of wsdl:operation eludes me -->@H_301_4@ <wsdl:operation name="GetEndorsingBoarder">@H_301_4@ <wsdl:input message="es:GetEndorsingBoarderRequest"/>@H_301_4@ <wsdl:output message="es:GetEndorsingBoarderResponse"/>@H_301_4@ <wsdl:fault message="es:GetEndorsingBoarderFault"/>@H_301_4@ </wsdl:operation>@H_301_4@ </wsdl:portType>@H_301_4@ @H_301_4@ <!-- wsdl:binding states a serialization protocol for this service -->@H_301_4@ <wsdl:binding name="EndorsementSearchSoapBinding"@H_301_4@ type="es:GetEndorsingBoarderPortType">@H_301_4@ @H_301_4@ <!-- leverage off soap:binding document style ...(no wsdl:foo pointing at@H_301_4@ the soap binding) -->@H_301_4@ <soap:binding style="document"@H_301_4@ transport="http://schemas.xmlsoap.org/soap/http"/>@H_301_4@ @H_301_4@ <!-- semi-opaque container of network transport details classed by@H_301_4@ soap:binding above ... -->@H_301_4@ <wsdl:operation name="GetEndorsingBoarder">@H_301_4@ @H_301_4@ <!-- again bind to SOAP? ... -->@H_301_4@ <soap:operation soapAction="http://www.snowboard-info.com/@H_301_4@ EndorsementSearch"/>@H_301_4@ @H_301_4@ <!-- further specify that the messages in the wsdl:operation@H_301_4@ "GetEndorsingBoarder" use SOAP? ... -->@H_301_4@ <wsdl:input>@H_301_4@ <soap:body use="literal"@H_301_4@ namespace="http://schemas.snowboard-info.com/EndorsementSearch.xsd"/>@H_301_4@ </wsdl:input>@H_301_4@ <wsdl:output>@H_301_4@ <soap:body use="literal"@H_301_4@ namespace="http://schemas.snowboard-info.com/EndorsementSearch.xsd"/>@H_301_4@ </wsdl:output>@H_301_4@ <wsdl:fault>@H_301_4@ <soap:body use="literal"@H_301_4@ namespace="http://schemas.snowboard-info.com/EndorsementSearch.xsd"/>@H_301_4@ </wsdl:fault>@H_301_4@ </wsdl:operation>@H_301_4@ </wsdl:binding>@H_301_4@ @H_301_4@ <!-- wsdl:service names a new service "EndorsementSearchService" -->@H_301_4@ <wsdl:service name="EndorsementSearchService">@H_301_4@ <wsdl:documentation>snowboarding-info.com Endorsement Service</@H_301_4@ wsdl:documentation>@H_301_4@ @H_301_4@ <!-- connect it to the binding "EndorsementSearchSoapBinding" above -->@H_301_4@ <wsdl:port name="GetEndorsingBoarderPort"@H_301_4@ binding="es:EndorsementSearchSoapBinding">@H_301_4@ @H_301_4@ <!-- give the binding an network address -->@H_301_4@ <soap:address location="http://www.snowboard-info.com/EndorsementSearch"/>@H_301_4@ </wsdl:port>@H_301_4@ </wsdl:service>@H_301_4@ @H_301_4@ </wsdl:definitions>@H_301_4@ @H_301_4@ |
WSDL@H_301_4@声明了消息类型、默认数据类型和内容以及交换的数据结构。@H_301_4@
访问服务器上@H_301_4@SOAP@H_301_4@结构需要使用的一切信息都可以在这个@H_301_4@WSDL@H_301_4@中找到。大多数语言和环境都提供一种阅读和解析@H_301_4@WSDL@H_301_4@的机制,以确定可用的函数和数据交换。@H_301_4@
WSDL@H_301_4@不仅定义了用于交换信息的@H_301_4@SOAP@H_301_4@接口,通过适当的@H_301_4@WSDL@H_301_4@生成程序,还可用于创建发送请求、生成并格式化响应所需要的代码。@H_301_4@
WSDL@H_301_4@和@H_301_4@SOAP@H_301_4@组成了一个强大的远程过程调用系统。@H_301_4@RDF
语义Web(Semantic Web)和语义网格(Semantic Grid)技术都依赖于资源描述框架(Resource Description Framework,RDF)这种灵活的描述语言。RDF格式实际上是一个标准家族的成员之一。它用于描述信息和资源,使得系统很容易连接和关联不同的资源。
RDF是另一种经过W3C批准的标准,它用于定义信息和资源。RDF不需要XML,但一种用于描述信息的序列化格式采用了XML。
定义资源需要指定一个包含主语、谓词和宾语的表达式。比方说,如果描述一个网站的内容,主语就是该网站,谓词是“包含信息”,宾语就是内容的类型。建立该网站和其他资源的联系,可使用Friend of a Friend (FOAF)标记建立两个资源之间的链接。
RDF的目的是将关于资源和信息的自然语言的陈述转化为机器可解析的格式。比如可将The MCSLP.com Website is authored by Martin C Brown这句话改写为清单4所示的RDF XML。
清单4. RDF XML@H_301_4@格式的陈述@H_301_4@
@H_301_4@ <rdf:RDF@H_301_4@ xmlns:rdf="http://www.w3.org/1999/02/22-rdf-Syntax-ns#"@H_301_4@ xmlns:si="http://www.recshop.fake/siteinfo#">@H_301_4@ <rdf:Description rdf:about="http://www.mcslp.com/ ">@H_301_4@ <si:author>Martin C Brown</si:author>@H_301_4@ </rdf:Description>@H_301_4@ </rdf:RDF>@H_301_4@ |
采用@H_301_4@RDF@H_301_4@标准的另一个例子是新闻站点和博客早期提供的连锁系统,它们使用@H_301_4@RDF@H_301_4@规范定义提要内容和不同的新闻。清单@H_301_4@5@H_301_4@提供了一个例子。@H_301_4@
清单5.@H_301_4@利用@H_301_4@RDF@H_301_4@规范定义提要内容和不同的新闻@H_301_4@
@H_301_4@ <?xml version="1.0"?>@H_301_4@ <rdf:RDF@H_301_4@ xmlns:rdf="http://www.w3.org/1999/02/22-rdf-Syntax-ns#"@H_301_4@ xmlns="http://my.netscape.com/rdf/simple/0.9/">@H_301_4@ @H_301_4@ <channel>@H_301_4@ <title>MCslp</title>@H_301_4@ <link>http://www.mcslp.com</link>@H_301_4@ <description>MCslp Projects</description>@H_301_4@ </channel>@H_301_4@ @H_301_4@ @H_301_4@ <item>@H_301_4@ <title>Voice enabling XMLtitle>@H_301_4@ <link>http://mcslp.com/?p=295link>@H_301_4@ </item>@H_301_4@ @H_301_4@ ...@H_301_4@ @H_301_4@ </rdf:RDF>@H_301_4@ |
RDF@H_301_4@标准最初设计的目的是描述@H_301_4@Web@H_301_4@上的资源、内容和关系。但是@H_301_4@RDF@H_301_4@现在变成了用于描述一般信息、资源和关系的标准。@H_301_4@
语义@H_301_4@Web@H_301_4@和网格技术都需要定义资源及其之间的关系,使应用程序能够使用不同的信息,并且可以把数据捆绑在一起。@H_301_4@
记录联系方式对所有商务应用程序都非常重要,通过有效的@H_301_4@XML@H_301_4@结构来捕获这些信息可以简化此类数据的处理。@H_301_4@
联系信息变化可能很大,因此应该选择@H_301_4@XML@H_301_4@。比如,有些公司和个人可能有多个地址、电话号码和电子邮件帐户。在@H_301_4@XML@H_301_4@结构中很容易声明多个此类信息片段。@H_301_4@
vCard@H_301_4@结构经常在@H_301_4@Internet@H_301_4@上用于表示联系信息,它独立于平台,很容易生成和导入不同的应用程序。它支持@H_301_4@XML@H_301_4@结构的某些灵活性,但实际上是一种基于文本的简单格式,使用声明性字段和扩展来提供信息。不同于@H_301_4@XML@H_301_4@,@H_301_4@vCard@H_301_4@格式是扁平文本,就是说不能直接向各种元素增加信息。电话号码是一个很好的例子,它不一定和某个地址关联,而仅仅作为记录中的另一个电话号码。@H_301_4@
W3@H_301_4@联盟提出一种@H_301_4@vCard@H_301_4@格式的@H_301_4@XML@H_301_4@,它采用@H_301_4@RDF XML@H_301_4@标准,以便于格式化和交换联系信息。采用@H_301_4@RDF@H_301_4@框架可以在声明过程中保留一些结构化信息。比如,@H_301_4@RDF@H_301_4@标准支持使用包、序列和替代来描述数据。包支持多次声明一个对象(比如多种角色),并且可以在序列不重要时使用包。序列用于定义对象的次序,比如机构中人员角色的层次结构。替代允许从列表中选择一项,比如多个电子邮件地址。@H_301_4@
清单@H_301_4@6@H_301_4@显示了虚拟人物@H_301_4@Charles Perston@H_301_4@的@H_301_4@vCard@H_301_4@。@H_301_4@
清单6. Charles Perston@H_301_4@的@H_301_4@vCard@H_301_4@
@H_301_4@ BEGIN:VCARD@H_301_4@ VERSION:3.0@H_301_4@ N:Perston;Charles;;;@H_301_4@ FN:Charles Perston@H_301_4@ ORG:Perston Technology;@H_301_4@ EMAIL;type=INTERNET;type=WORK;type=pref:null@perston.co.uk@H_301_4@ TEL;type=WORK;type=pref:01234 567890@H_301_4@ item1.ADR;type=WORK;type=pref:;;Perston House;Perston;Perstonshire;P1 0NS;UK@H_301_4@ item1.X-ABADR:gb@H_301_4@ X-ABUID:5AE47BB6-4E0F-4558-980C-BD3066FA6154/:ABPerson@H_301_4@ END:VCARD@H_301_4@ |
采用@H_301_4@vCard XML@H_301_4@标准,可用清单@H_301_4@7@H_301_4@中的结构表示同样的信息。@H_301_4@
清单7.@H_301_4@使用@H_301_4@vCard XML@H_301_4@标准表示@H_301_4@Charles Perston@H_301_4@
@H_301_4@ <vCard:vCard xmlns:rdf="http://www.w3.org/1999/02/22-rdf-Syntax-ns#"@H_301_4@ xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#"@H_301_4@ xmlns:foaf="http://xmlns.com/foaf/0.1/" vCard:version="3.0"@H_301_4@ xmlns:rdfs="http://www.w3.org/2000/01/rdf-schema#" vCard:class="PUBLIC"@H_301_4@ xmlns:vCard="x-urn:cpan:ascope:xml-generator-vcard#">@H_301_4@ <vCard:fn>Charles Perston</vCard:fn>@H_301_4@ <vCard:n>@H_301_4@ <vCard:family>Perston</vCard:family>@H_301_4@ <vCard:given>Charles</vCard:given>@H_301_4@ </vCard:n>@H_301_4@ <vCard:adr vCard:del.type="pref;work">@H_301_4@ <vCard:street>Perston House</vCard:street>@H_301_4@ <vCard:locality>Perston</vCard:locality>@H_301_4@ <vCard:region>Perstonshire</vCard:region>@H_301_4@ <vCard:pcode>P1 0NS</vCard:pcode>@H_301_4@ <vCard:country>UK</vCard:country>@H_301_4@ </vCard:adr>@H_301_4@ <vCard:email vCard:email.type="internet;pref;work">null@perston.co.uk@H_301_4@ </vCard:email>@H_301_4@ <vCard:org>@H_301_4@ <vCard:orgnam>Perston Technology</vCard:orgnam>@H_301_4@ </vCard:org>@H_301_4@ </vCard:vCard>@H_301_4@ |
XML@H_301_4@格式更长,但容易理解所看的内容以及各部分之间的关系。这种格式可以了解更详细的信息和细节。比方说,很容易在地址中找到需要的国家,在标准@H_301_4@vCard@H_301_4@输出中该信息是比较隐含的。@H_301_4@
再比如,很容易使用@H_301_4@XPath@H_301_4@或者@H_301_4@SAX@H_301_4@事件提取国家的列表,以便了解位于不同地区的联系人的数目。@H_301_4@DocBook XML
能够编写文档,然后以多种不同的输出格式创建它,这曾是许多开发团队多年来的梦想。通过DocBook XML就可以实现,它不仅保持了语义标记,也保持了对资料格式化与输出的控制。
控制语义可以指定组成文档的章节和段落。在段落中可进一步详细规定包含的项。比方说可以将命令和函数名放在单独的标签中,如清单8所示。
清单8.@H_301_4@使用单独的标签包装命令和函数@H_301_4@
@H_301_4@ <para>The <command>compile</command> takes the source code of the@H_301_4@ material and builds a new class based on the filename. For example,if the filename is@H_301_4@ <filename>HelloWorld</filename> then the name of the class generated will be@H_301_4@ <classname>HelloWorld</classname>.@H_301_4@ |
显示不同的元素时可以选择不同的输出样式和格式,也可选择相同的样式。更重要的是,因为语义信息回会被返回(比如文档可能包含对类名的引用),所以可以在编写索引时用它生成一个列表(该列表包含文档中详细描述的所有类名)。@H_301_4@
除了语义标记外,文档的章节和不同部分还可以用特殊的@H_301_4@ID@H_301_4@标记,用这些@H_301_4@ID@H_301_4@建立文档不同部分的链接。有些类型可自动完成(章节、部分以及其他生成目录的类型),其他则需要明确建立到其他部分的链接。@H_301_4@
转化成目标格式的时这些链接可以自动转换成适当的格式。比如,这个链接会转换为适当的@H_301_4@HTML@H_301_4@页面或页面中锚的链接。如果要生成@H_301_4@PDF@H_301_4@,则可以包含目标章节的页码。@H_301_4@
这种转换由@H_301_4@XSLT@H_301_4@样式表完成。现有的标准@H_301_4@DocBook XSLT@H_301_4@样式表支持到标准@H_301_4@HTML@H_301_4@、@H_301_4@XHTML@H_301_4@、@H_301_4@PDF@H_301_4@(通过@H_301_4@FO@H_301_4@标准)、@H_301_4@Texinfo@H_301_4@、@H_301_4@Java™ Help@H_301_4@和@H_301_4@Man@H_301_4@页面的转换。使用标准样式表还可以将数据转化成各种不同的大小和风格,书籍、@H_301_4@A4@H_301_4@页面和幻灯片。@H_301_4@
各种输出格式和标记的灵活性意味着:当创建文档时,可以使用相同的文档源代码提供打印的手册、内嵌式的帮助、@H_301_4@man@H_301_4@页面、在线和上下文感知的信息。使用更传统的模型,可以分别编写这些元素。@H_301_4@
DocBook XML@H_301_4@在技术文章社区得到了广泛的认可,很多公司所有的文档全部采用@H_301_4@DocBook XML@H_301_4@标准(或它的一个子集)。@H_301_4@
FIX@H_301_4@是众多企业间数据交换格式之一,用于在商业活动中交换信息。此类交换信息通常很重要,比如交易支付数据、股票价格和商业信息的交换。@H_301_4@
这些需要传输的信息有时候是非常小的包,有时候又是大段的数据。此类信息交换的传统格式是键@H_301_4@/@H_301_4@值对,这种形式的信息交换效率非常低。使用@H_301_4@XML@H_301_4@可以简化传递的数据结构,尤其是复杂的数据。@H_301_4@
在基于@H_301_4@XML@H_301_4@的优化版本中,开发人员设法压缩了数据文件的大小,同时使数据更易于阅读。股票数据被压缩到了旧格式的四分之一大小。@H_301_4@
除了典型的商业应用外,@H_301_4@FIXML@H_301_4@不适合用于其他领域。但如果使用@H_301_4@FIXML@H_301_4@可以提高商业效率,结果是每个人都会受益。@H_301_4@
可缩放向量图形(@H_301_4@SVG@H_301_4@)是一种描述绘图的@H_301_4@XML@H_301_4@标准。使用@H_301_4@SVG@H_301_4@可以描述线条、形状、位置及其之间的关系。最有吸引力的是这些信息可以输出为需要的格式,包括可缩放的图形和固定的图片。@H_301_4@
SVG@H_301_4@解决了传统绘图过程中的一些重要问题。一般是使用专门的绘图程序完成的。在不同程序之间共享信息和绘图一般来说非常困难。保存为@H_301_4@SVG@H_301_4@意味着任何支持@H_301_4@SVG@H_301_4@的应用程序都能读取和处理这些文件。@H_301_4@
绘图的另一个问题是,将它输出为最常用的(尤其是@H_301_4@Web@H_301_4@上)格式时,必须在显示或者结合到其他文档前翻译为位图格式(比如@H_301_4@JPEG@H_301_4@或@H_301_4@PNG@H_301_4@)。这种传统的方法存在一些问题。首先,原始绘图必须明确(通常是手工)导出为位图格式。@H_301_4@
其次,由于位图格式以原始绘图的逐像素表示为基础,为保证图像的质量必须小心选择和输出目标匹配的尺寸和分辨率。比如,屏幕显示的分辨率需要@H_301_4@72dpi@H_301_4@(或@H_301_4@96dpi@H_301_4@)以便和多数监视器的标准分辨率匹配。打印输出则需要@H_301_4@300@H_301_4@到@H_301_4@2400 DPI@H_301_4@。因此和原始文件相比生成的图像文件可能非常大。@H_301_4@
虽然在@H_301_4@PostScript@H_301_4@和@H_301_4@Encapsulated PostScript@H_301_4@之前已经存在基于向量的格式,但是对@H_301_4@cpu@H_301_4@的要求非常高,不适合屏幕显示。@H_301_4@
和其他任何向量图像格式一样,@H_301_4@SVG@H_301_4@也采用各种形状的列表来描述图像内容,而不是生成像素表示。比如矩形只需要给出左上角作为起点,再加上两条边的长度就行了。图像的描述用@H_301_4@XML@H_301_4@表示。标签包括直线、矩形、多边形、圆等等,可以控制这些元素的样式和格式。@H_301_4@
清单@H_301_4@9@H_301_4@给出了一个例子。这里绘制了一个矩形、一个透明的圆和一个三角形。@H_301_4@
@H_301_4@ <?xml version="1.0" standalone="no"?>@H_301_4@ <!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN"@H_301_4@ "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd">@H_301_4@ @H_301_4@ <svg width="100%" height="100%" version="1.1"@H_301_4@ xmlns="http://www.w3.org/2000/svg">@H_301_4@ @H_301_4@ <polygon@H_301_4@ points="200,100 300,200 150,250"@H_301_4@ style="fill:#cccccc;@H_301_4@ stroke:#000000;stroke-width:1"/>@H_301_4@ @H_301_4@ <rect x="20" y="20" width="250" height="250"@H_301_4@ style="fill:blue;stroke:black;stroke-width:1;@H_301_4@ fill-opacity:0.1;stroke-opacity:0.9"/>@H_301_4@ @H_301_4@ <circle cx="100" cy="50" r="40" stroke="red"@H_301_4@ fill="red" style="fill-opacity:0.5"/>@H_301_4@ @H_301_4@ </svg>@H_301_4@ |
图@H_301_4@1@H_301_4@显示了生成图像的位图。@H_301_4@
图1.@H_301_4@图像的位图版本@H_301_4@
@H_301_4@
SVG@H_301_4@格式描述图像的文件只有@H_301_4@500@H_301_4@多字节,@H_301_4@PNG@H_301_4@接近@H_301_4@9 KB@H_301_4@。@H_301_4@
SVG@H_301_4@使绘图变得更小、更容易使用以及更容易兼容不同的应用程序。@H_301_4@
Dublin Core@H_301_4@标准是一种信息分类方法,常用于图书馆。@H_301_4@Dublin Core@H_301_4@标准有一个@H_301_4@XML Schema@H_301_4@定义了如何使用@H_301_4@XML@H_301_4@描述这类信息。@H_301_4@Dublin Core@H_301_4@可以有效地对各种信息编目,并且使它们易于修改、查询和使用。@H_301_4@
Dublin Core@H_301_4@目前在信息描述和定义中的应用使语义@H_301_4@Web@H_301_4@得以现实。通过使用一种统一的标准来描述数据,同时,更重要的是使用精心设计并经过实践检验的解决方案,可以详细描述其他@H_301_4@XML@H_301_4@文档中的数据,从而可以在不同来源之间有效地交换和比较信息。@H_301_4@
Dublin Core@H_301_4@规范有自己的模式,但其目的是嵌入更大的@H_301_4@XML@H_301_4@文档,使用@H_301_4@XML@H_301_4@名称空间定义描述文档中其他数据所需要的@H_301_4@DC@H_301_4@元素。作为一个例子,阅读清单@H_301_4@10@H_301_4@看看如何在@H_301_4@RDF XML@H_301_4@模式中使用@H_301_4@DC@H_301_4@分类系统描述@H_301_4@RDF@H_301_4@实体的内容,比如网站。为此,可以扩展前面的@H_301_4@RDF模式@H_301_4@示例中的结构。@H_301_4@
清单10.@H_301_4@在@H_301_4@RDF XML@H_301_4@模式中使用@H_301_4@DC@H_301_4@分类系统描述@H_301_4@RDF@H_301_4@实体的内容@H_301_4@
@H_301_4@ <?xml version="1.0"?>@H_301_4@ <rdf:RDF@H_301_4@ xmlns:rdf="http://www.w3.org/1999/02/22-rdf-Syntax-ns#"@H_301_4@ xmlns="http://my.netscape.com/rdf/simple/0.9/"@H_301_4@ xmlns:dc="http://purl.org/dc/elements/1.1/">@H_301_4@ <RSS:channel rdf:about="http://www.xml.com/xml/news.RSS">@H_301_4@ <RSS:title>MCSLP</RSS:title>@H_301_4@ <RSS:link>http://mcslp.com/RSS </RSS:link>@H_301_4@ <dc:description>@H_301_4@ MCSLP features information,projects and articles from members of the MCSLP team.@H_301_4@ </dc:description>@H_301_4@ <dc:subject>MCSLP,Grids,XML,Databases,Programming </dc:subject>@H_301_4@ <dc:identifier>http://www.mcslp.com</dc:identifier>@H_301_4@ <dc:publisher>MCSLP</dc:publisher>@H_301_4@ <dc:rights>Copyright 2008,MCSLP</dc:rights>@H_301_4@ @H_301_4@ @H_301_4@ </rdf:RDF>@H_301_4@ |
清单@H_301_4@10@H_301_4@中使用@H_301_4@DC@H_301_4@元素添加描述、主题、发布者、版权和标识符信息以便对@H_301_4@RSS@H_301_4@提要分类。@H_301_4@
完整的@H_301_4@Dublin Core Metadata Elements Set@H_301_4@包括@H_301_4@15@H_301_4@个元数据元素。@H_301_4@
- Title
- Creator
- Subject
- Description
- Publisher
- Contributor
- Date
- Type
- Format
- Identifier
- Source
- Language
- Relation
- Coverage
- Rights
这为描述信息提供了一个广阔的范围。@H_301_4@
XForms XML@H_301_4@标准用于定义表单中的不同成分(字段、单选按钮和列表等输入控件)以及希望在表单中提供的信息验证。@H_301_4@
XForms XML@H_301_4@标准和@H_301_4@Web@H_301_4@开发人员熟悉的@H_301_4@HTML@H_301_4@、@H_301_4@XHTML@H_301_4@表单标记非常相似,并将成为@H_301_4@XHTML 2.0@H_301_4@标准的一部分。@H_301_4@
XForms XML@H_301_4@基于简单的模型、视图、控制器格式。模型是表单的整体描述,包括字段、输入约束以及数据提交方式。视图定义了出现在表单中的控件、分组及其引用的模型字段。表单控件的格式和呈现由@H_301_4@CSS@H_301_4@控制。@H_301_4@
XForms@H_301_4@标准通过更详细地划分表单信息扩展了传统的@H_301_4@HTML@H_301_4@表单定义。填充表单的过程中可使用动态元素(目前一般只能通过@H_301_4@JavaScript@H_301_4@或@H_301_4@Ajax@H_301_4@元素实现)。@H_301_4@
清单@H_301_4@11@H_301_4@中可以看到一个简单的文本输入框和弹出式的选择框。@H_301_4@
清单11.@H_301_4@简单的文本输入框和弹出选择框@H_301_4@
@H_301_4@ <html xmlns="http://www.w3.org/1999/xhtml"@H_301_4@ xmlns:xforms="http://www.w3.org/2002/xforms">@H_301_4@ <head>@H_301_4@ <title>XForms Sample</title>@H_301_4@ <xforms:model>@H_301_4@ <xforms:instance>@H_301_4@ <Name xmlns="">@H_301_4@ <FName />@H_301_4@ <LName />@H_301_4@ <Title />@H_301_4@ </Name>@H_301_4@ </xforms:instance>@H_301_4@ </xforms:model>@H_301_4@ </head>@H_301_4@ <body>@H_301_4@ <xforms:select1 ref="Title">@H_301_4@ <xforms:label>Title:</xforms:label>@H_301_4@ <xforms:item>@H_301_4@ <xforms:label>Mr</xforms:label>@H_301_4@ <xforms:value>Mr</xforms:value>@H_301_4@ </xforms:item>@H_301_4@ <xforms:item>@H_301_4@ <xforms:label>Mrs</xforms:label>@H_301_4@ <xforms:value>Mrs</xforms:value>@H_301_4@ </xforms:item>@H_301_4@ </xforms:select1>@H_301_4@ <xforms:input ref="FName">@H_301_4@ <xforms:label>First name: </xforms:label>@H_301_4@ </xforms:input>@H_301_4@ <xforms:input ref="LName">@H_301_4@ <xforms:label>Last name: </xforms:label>@H_301_4@ </xforms:input>@H_301_4@ <hr />@H_301_4@ <xforms:output value="concat('Hello ',Title,' ',FName,LName)">@H_301_4@ <xforms:label>Output: </xforms:label>@H_301_4@ </xforms:output>@H_301_4@ </body>@H_301_4@ </html>@H_301_4@ |
可以通过@H_301_4@Firefox XForms@H_301_4@扩展来查看该@H_301_4@XForms@H_301_4@表单。结果如图@H_301_4@2@H_301_4@所示。@H_301_4@
图2.@H_301_4@使用@H_301_4@Firefox XForms@H_301_4@扩展查看@H_301_4@XForms@H_301_4@表单@H_301_4@
@H_301_4@客户发票
很多商业活动中的一个老问题是从纸质的客户发票系统迁移到计算机处理。创建发票结构需要认真考虑各种不同的类型和重复元素。@H_301_4@
过去,发票这类商业信息的交换必须建立非常庞大的结构和定义,国际发票信息交换标准包括数百个字段。如果没有交换数据的有效方法,共享发票、订单和其他数据会非常困难。@H_301_4@
由于没有统一的标准,很多组织开发出了核心发票标准的各种版本。其中,@H_301_4@OASIS@H_301_4@组开发的标准可能是最知名的,也是大量公司和组织认可的一种。@H_301_4@
这种结构是@H_301_4@OASIS@H_301_4@开发的更庞大的框架@H_301_4@Universal Business Logic@H_301_4@(@H_301_4@UBL@H_301_4@)的一部分,包括多种模式和工作流,从订单、打印发票到支付。这个系统非常复杂,不可能在本文中讨论,不过如果需要一种灵活、互操作的系统,@H_301_4@UBL@H_301_4@是不错的起点。@H_301_4@
本文考察多种不同的@H_301_4@XML@H_301_4@模式,从简单的描述框架(@H_301_4@RDF@H_301_4@)到图形格式(@H_301_4@SVG@H_301_4@)再到商业工作流的完整结构(@H_301_4@UBL@H_301_4@)。无论哪一种,@H_301_4@XML@H_301_4@结构和内容的灵活性都大大简化了这些系统的开发。此外,如果需要在不同的平台和环境之间共享数据,@H_301_4@XML@H_301_4@的跨平台兼容性使得它成为一种理想的选择。对@H_301_4@WSDL@H_301_4@和@H_301_4@SOAP@H_301_4@而言,这是最重要的特性之一。@H_301_4@