简介
在计算机科学中,可扩展样式表转换语言(英语:Extensible Stylesheet Language Transformations,缩写XSLT)是一种样式转换标记语言,可以将XML数据档转换为另外的XML或其它格式,如HTML网页,纯文字。XSLT最末的T字母表示英语中的“转换”(transformation)。它是XSL规范中的一部分,最新的建议版本为XSL 3.0。
以XSLT进行格式转换并不会变动原始的数据文件;而会以现有数据产生新的内容格式。作为输入的通常是XML数据档,或者由支持XQuery和XPath的数据模型处理器,其它来源的数据也能被转换,例如关系数据库表格或地理信息系统。
XSL规范的另外一部分是XSLF(Formatting Objects,代表格式化对象),又称XSL-FO或XSLFO,已逐渐被CSS 3.0所取代。XSLT是一种图灵完备的语言,它可以指定计算机能运行的任何计算。XML作为新一代Internet语言,具有极大的灵活性、可扩展性、自描述性和简单性,是目前数据交换的主流语言。
历史
XSLT受到函数式编程语言和字符串模式匹配语言(如SNOBOL和AWK)的影响。它最直接的前辈是DSSSL,即为SGML的文件样式描述语言。
XSLT 1.0版本:XSLT是二十世纪末万维网联盟(W3C)可扩展样式表语言(XSL)开发工作的一部分,该项目还产出了XSL-FO和XPath。编订XSLT规范的委员会成员,包括编辑James Clark,具备DSSSL的工作经验。W3C于1999年11月推荐发表了XSLT 1.0规范。
XSLT 2.0:XSL工作组在2001年尝试新创1.1版本中断之后,与XQuery工作组合作,产出了根基于XML纲要之上的XPath 2.0,具有更丰富的数据模型和类型系统;而XSLT 2.0是由Michael Kay主导开发的,在2007年1月成为推荐状态。然而至2010年,XSLT 1.0仍然被广泛使用,因为客户端的网络浏览器尚未内置支持XSLT 2.0,或因为处于LAMP架构环境中。
XSLT 3.0:于2017年6月8日成为W3C推荐书。主要新功能有:
流转换:在以前版本中,整个输入数据档必须在处理之前被读入内存,在处理完成之前无法写到输出(尽管Saxon有流扩展)。这个工作草案允许XML流,这对于处理内存容纳不下的过大数据档,或者在XML管道中连串变换时,是有用处的。
改进大型样式表的模块化。
改进动态错误的处理,例如xsl:try指令。
函数可以作为其它(高阶)函数的参数。
设计模型与处理
XSLT处理器会取用一或多个XML源数据档,加上一或多个XSLT样式表,并处理它们以产生输出文件。与广泛实现的指令式编程语言(例如C编程语言)相反,XSLT是宣告式的。基本处理的范式是模式配比。模板规则只定义如何处理特定XPath模式相符的节点,而不是列出在具有状态的环境中运行的一系列动作;处理器在遇到某一模式匹配时,那么模板规则的内容就包含了,以函数式语句评估的直接成果:即结果树,它是处理器输出的基础。
处理器遵循固定的算法。首先,假设样式表已经读取和准备好了,处理器从输入的XML数据档创建来源代码树。然后处理来源树的根节点,在样式表中找到该节点相符的最佳模板,并评估模板的内容。每一个模板中的指令通常要求处理器在结果树中产生节点,或者与根节点相同的方式,处理来源树中的其它节点。从结果树中获取输出。
处理器实现
Altova RaptorXML服务器:支持XSLT 1.0和2.0的跨平台引擎,大部分XPath 3.0,以及XSLT 3.0工作草案中的一些功能;也有XQuery支持。允许指令列操作以及利用COM,Java和.NET的接口,并且还包括一个内置的HTTP服务器。
Exselt:在.NET框架上以F#编写成的XSLT 3.0流处理器。完全支持XSLT 3.0草案,XPath 3.0推荐标准和XDM 3.0推荐标准。
libxslt是根据MIT授权发布的开放库,可商业化且重复使用。它以libxml为基础并以C语言实现,有快速的性能和可移植性。它支持XSLT 1.0和EXSLT扩展。
在指令列中可执行xsltproc,它包含在macOS和许多Linux版本中,在微软Windows系统则透过Cygwin使用。
Safari浏览器的WebKit引擎,和Chrome和Blink布局引擎,都利用libxslt库进行XSL转换。
在Python,Perl,Ruby,PHP,Common Lisp,Tcl和C++等编程语言中也有相对的绑定。
MSXML和.NET。MSXML包括XSLT 1.0处理器。从MSXML 4.0它包括指令列的工具程序msxsl.exe。
Saxon:XSLT 3.0和XQuery 3.1处理器,有独立操作的开源和专有版本,也提供了可用于Java,JavaScript和.NET的库。
QuiXSLT:由Innovimax和INRIA以Java编程语言实现的XSLT 3.0处理器。
Xalan:来自Apache Software Foundation的开源XSLT 1.0处理器,可以独立使用,也适用于Java和C++。
网络浏览器:Safari,Chrome,Firefox,Opera 和Internet Explorer这些网络浏览器都只支持XSLT 1.0;而如果以Saxon-CE和Frameless这样的第三方协力产品,则可支持XSLT 2.0。浏览器有能力运行XML文件的即时转换,并在其视窗中显示输出。转换方式有将XSL嵌入到XML数据档中,或在XML数据档中以导入XSL的指示来完成。由于Chrome的保守安全策略,可能无法使用导入XSL的指示。
XMLStarlet是“可用于转换、查询、验证和编辑XML数据档的一组指令列工具程序。它可以将XSLT样式表应用于XML数据档”,而且不需要Java。它使用libxslt支持XSLT 1.0。
Xuriella和Plexippus-xpath是用Common Lisp编程语言实现的XSLT 1.0处理器。
性能
早期大多数的XSLT处理器都是解释器。近来字节码越来越普遍,使用可移植的中间语言(如Java字节码或.NET中间语言)作为目标。然而,即使是解释器的成品通常也提供单独的分析和运行阶段,允许在内存中创建优化的表达式树,并可重复使用以运行多重转换。在线上发行应用程序时,这方式有显著的性能优势,其中同样的转换每秒可多次应用在不同的来源档之上。这种分离处理反映在XSLT处理器的应用编程接口(如JAXP)的设计中。
早期XSLT处理器很少被优化过。读取的样式表成为文档对象模型,而XSLT处理器会直接对它们产生作用。XPath引擎也没有被优化过。但是渐增地,XSLT处理器利用了函数式编程和数据库查询语言中发现的优化技术,例如表达式树的静态重写(例如,将计算移出循环),以及惰性的流评估来减少过程中所占内存的足迹(允许处理器对子表达式求值时,“提早退出”而不必运行全部,例如following-sibling::*[1])。许多处理器还使用比一般DOM实现更有效率(在空间和时间上)的树表达式。
2014年6月,Debbie Lockett和Michael Kay推出了一个开放源代码的标竿测试框架,名称为XT-Speedo。
XPath
XSLT使用XPath来选取数据源树的节点集合,并运行相关的转换运算。XPath还提供了一系列功能,XSLT则将其功能进一步强化。在3.0版本前的XSLT,使用的XPath版本都是相对应的。到了XSLT 3.0版本则将与XPath 3.0或3.1配合使用。在之前的版本,XSLT和XPath规范在同一天发布。然而到了XSLT 3.0版本,它不再和XPath的版本同步;XPath 3.0于2014年4月成为推荐书,接着是2017年2月的XPath 3.1;于2017年6月时才推出了XSLT 3.0版本。
与XQuery比较
XSLT与XQuery的功能之间有互相重叠的部分,XQuery最初被认为是大型XML数据档集合的查询语言。XSLT2.0和XQuery1.0标准是由W3C内的不同工作组开发的,它们彼此合作以确保处理作法可以共通地适用。它们都使用相同的数据模型,类型系统和库,并且都包括了XPath 2.0作为子语言。
但这两种语言因服务于不同社群的需求,而根植于不同的传统上。XSLT主要被认为是一种样式语言,主要目标是在网络(当作网页模板)、在显示屏或纸张,呈现给人类读者观看的XML。而XQuery则类比为传统中的数据库查询语言。因为这两种语言起源于不同的社群,XSLT偏重于处理弹性的叙述式数据应用上,而XQuery则偏重在数据处理方面,例如运行关系联结的操作。
媒体类型
长时间以来在互联网上并没有XSLT的注册媒体类型,text/xsl为实用上的标准。XSLT1.0规范建议泛用化的属性text/xml和application/xml,但其中没有指出媒体类型的属性值应当如何使用。随着XSLT2.0的发表,W3C推荐使用MIME媒体类型application/xslt+xml,之后这种类型已在IANA注册。
1.0之前的XSLT工作草案在示例中使用了text/xsl,微软在Internet Explorer和MSXML产品中采用这一媒体类型,而其它浏览器的xml样式表处理指令也广泛的认可。所以在实现中,浏览器用户若想以处理指令来转换XML,应使用这种未注册的媒体类型。
参见
XML
XSL
XPath
XSLF