使用XSL呈现整个网页的优点/缺点

服务器端:

• 简洁明了的模板
• 相当快

• 对于许多过程语言程序员来说,编程模型是陌生和不舒服的
• 不
• 如果不小心使用,可能会非常慢(小的更改可能会产生很大的影响)

客户端:

• 一种将处理卸载到客户机代码上的方便方法,脚本可以更好地了解如何最好地格式化生成的HTML。

• 谷歌不会感谢你的。

我自己不喜欢这个解决方案。XSL-T不是最容易读写的东西。它不适合将页面的外观可视化。它将设计师和web开发人员排除在流程之外。而且它没有很好地国际化。没有任何东西可以与Java资源包等效,可以提取特定于语言环境的信息。我不认为削减和放大器;粘贴好的溶液。

客户端的XSLT

• 搜索引擎和其他爬虫程序不支持。他们将看到原始XML。
• 较旧/不太高级的浏览器不支持。

XSLT概述

• 除非仔细设计样式表,否则它们可能很快变得难以维护:
  • XSLT和XML语法的冗长使得任何东西都很难一目了然。
  • XPath技巧很诱人,但稍后需要修改。

我认为XSLT在以正确的方式构建时是非常棒的(我们在工作中使用模板框架)。

听起来像是对唱歌跳舞的XML的崇拜。

既然可以使用XSLT做任何事情,那么最好什么都做。我曾经有人问过为什么数据仓库不仅仅是输入、数据集市和报表之间的XSLT转换。

有利条件所有内容都是XML格式的。

缺点。

• 对页面模板的任何更改都需要XSLT专家,以及创建(并调试)HTML和CSS的图形设计师。

最大的好处:

最大的缺点 xsl很难维护

上面的答案很好地概括了XSLT的一些优点和缺点。我想补充另一个缺点。我们发现,在对中等规模的数据集使用XSLT时,很快就会遇到可伸缩性问题。

处理XML文件时,XSLT必须将整个文档加载到内存中。对于Xalan,这大约消耗输入文件的10倍大小(saxon有一个使用更少内存的替代DOM实现)。如果您的任何输入数据集增长超过几百兆字节,您的XSLT处理器可能会崩溃。