我正处于与客户一起规划项目的初步阶段,以重做他们当前的网站。我查看了他们当前的网站,看看他们目前正在处理什么问题,经过检查,我注意到每个页面都是使用XSLT完全呈现的。我熟悉XSLT,我用它来渲染需要经常在客户端刷新的自定义控件,但从不渲染整个页面。
帮助我变得不那么无知,这背后可能是什么原因?这带来了哪些好处或缺点?
答案 0 :(得分:8)
答案 1 :(得分:4)
听起来他们这样做是因为他们非常了解XSL-T并且已经掌握了XML数据。
我自己不喜欢这个解决方案。 XSL-T不是最容易读写的东西。它不适合可视化页面的外观。它削弱了设计师和Web开发人员的流程。而且它没有很好的国际化。没有什么能比得出可以提取特定于语言环境的信息的Java资源包。我不认为cut&粘贴一个好的解决方案。
答案 2 :(得分:2)
答案 3 :(得分:2)
我认为XSLT在构建正确的方式时很棒(我们在工作中使用模板框架)。
答案 4 :(得分:0)
听起来像是全能唱歌的XML迷信。
既然您可以使用XSLT做任何事情,那么也可以做任何事情。我曾让人们问为什么数据仓库不仅仅是在输入,数据集市和报告之间进行XSLT转换。
优势。一切都是用XML格式的。
缺点。
不太可读。您的页面模板被绑定为XSLT转换,带有令人困惑的循环和条件处理功能。
除了创建(和调试)HTML和CSS的图形设计师之外,对页面模板的任何更改都需要XSLT专家。
答案 5 :(得分:0)
最大的好处:以平台中立的方式呈现xml
最大的劣势 xsl难以维护
我曾经不得不使用长度超过4,000行的xsl,其中还包含其他几个xsl模板。现在这很难合作!
答案 6 :(得分:0)
上面的答案提供了对XSLT的一些优点和缺点的良好调查。我想补充另一个缺点。我们发现,在将XSLT用于中等大小的数据集时,很快就会遇到可伸缩性问题。
处理XML文件时,XSLT必须将整个文档加载到内存中。使用Xalan,这大约是输入文件大小的10倍(saxon有一个使用更少内存的替代DOM实现)。如果您的任何输入数据集增长超过几百兆字节,您的XSLT处理器可能只会剥落。