我目前正在家里接受一个新项目。在这个项目中,我将生成HTML电子邮件。为此,我相信XSL是一个很好的候选人。
然而,我听说过人们说XSL是一种死语言,如果不是这样,那就是它的出路。事实上,MS一直非常谨慎地支持XSL 2.0。
我个人认为,无论何时你从文本到文本,它都是一个很棒的工具。如:
你有什么想法?它已经死了,还是它仍然是一个可行的,有用的工具?
答案 0 :(得分:4)
XSLT已被证明是一种功能强大且适应性强的语言,但现在我们也可以选择XQuery。 XSLT 2.0,XQuery 1.0和XPath 2.0是以不同形式打扮的相同查询语言。学习一个意味着你可以轻松掌握其他人。
答案 1 :(得分:2)
DEAD!我工作的公司已经使用了近十年了。他们将一个旧的ASP经典站点移植到.NET,而不是创建新的aspx页面,他们只是继续将所有数据喷射到一个大的XML树中并将其发送到渲染,然后使用xslt将其输出结果。我的意思是字面上一切都是在xsl中完成。
问题? XSL(t)在处理除数组之外的任何内容,简单的if语句和仅显示变量方面的能力非常有限。
该语言有1个真正的用途..样式化XML,为此它永远不会真正“消失”,但对于所有实际用法,我会说DEAD,除非你有,否则不要浪费你的大脑学习它即便如此,谷歌搜索结果可能只需要一两天的最大读数就可以了解XSL的所有基础知识及其功能。
答案 2 :(得分:2)
这里的大部分答案都没有老化。
在撰写本文时,它是2016年,XSLT已经死了。
使用XSLT转换XML实在太麻烦了。
即使XML正在逐步淘汰。 XML仍然存在,主要是在长期运行的项目中,但没有多少新项目可以使用它。
答案 3 :(得分:1)
我每天都在使用它,就像其他人一样。我认为XSL的问题在于它需要一些习惯,因为它不是命令式编程语言,有时它可能非常冗长。也就是说,对XSLT 1.0的支持非常好,并且通过支持扩展对象(例如.NET引擎)的引擎,您可以非常轻松地添加缺少的功能。
答案 4 :(得分:1)
我们在公司成功使用XSL来创建报告。它非常有用且灵活,允许将源数据转换为多种文件格式。
我们不得不承认,像PHP这样的预处理器在编程方面更容易使用和更灵活(想想OOP以及使用mysql,pdf-generatiion等库的可能性)
所以XSL肯定是一个非常强大的工具,但现在有很多更简单,更强大的替代方案可供使用。
答案 5 :(得分:1)
我刚刚完成了一个使用XSL从Infopath表单生成HTML电子邮件的项目。我们喜欢这个工具链,因为我们的设计师可以在不需要太多手工操作的情况下阅读和编辑XSL,并且随着新的字段和业务案例的弹出,InfoPath表单也可由非程序员编辑。必须编写的唯一真正的代码是.net webservice来执行转换和更新数据库。唯一真正的问题是弄清楚如何在XSL模板中显示非ascii字符。
答案 6 :(得分:1)
在我的公司,我们使用XSLT来转换不同应用程序的XML导出格式,因此我们可以从一个导出并导入另一个应用程序。我们使用XSLT和STX,回调Java代码以进行复杂的计算。
答案 7 :(得分:1)
答案 8 :(得分:1)
2017年,自2010年以来我还没有触及它。完全忘记了转换语法。 RIP
答案 9 :(得分:0)
从我看到它的使用频率来看,它肯定没有死。然而,它仍然有点慢。在决定使用XSL之前,您还调查了什么?
答案 10 :(得分:0)
没死,但不是镇上唯一的游戏。我会说像Velocity这样的模板化解决方案更适合用于发送电子邮件。
您无法查看XSL样式表并轻松查看生成的文档的样子。