<分区>
这项技术还流行吗?
我想制作一个自动转换 XSLT 文件的网站。它应该像这样工作: 当用户访问站点时,单个处理程序将接受他的请求,然后为其找到合适的 XML(根据请求的 URL)并使用其附加的 XSL 文件对其进行转换。
我想这样做是为了方便使用纯 XML 文件更新网站(而不是使用成熟且昂贵的 CMS 系统)。
你说呢?好主意?馊主意?有人有推荐吗?
谢谢!
<分区>
这项技术还流行吗?
我想制作一个自动转换 XSLT 文件的网站。它应该像这样工作: 当用户访问站点时,单个处理程序将接受他的请求,然后为其找到合适的 XML(根据请求的 URL)并使用其附加的 XSL 文件对其进行转换。
我想这样做是为了方便使用纯 XML 文件更新网站(而不是使用成熟且昂贵的 CMS 系统)。
你说呢?好主意?馊主意?有人有推荐吗?
谢谢!
最佳答案
早在 2002-2003 年,我就 XSLT 做了很多工作(2006-2007 年做了更多)。你对此的看法会有所不同,但老实说我会避免这样做,原因如下:
最近我真正能看到 XSLT 应用程序的唯一地方是使用生成 XML 的 Web 服务(现在很多生成 JSON 和更容易使用的格式)。
即使在那种情况下,我可能仍会直接使用 Java 中的 JAXB(或其他语言中的类似技术)来操作 XML。
更新:我刚刚遇到 The Death of XSLT in Web Frameworks .例如:
For example: how to hide the row in table (using different CSS style), based on some CONDITION, with XSLT? See:
<tr> <xsl:attribute name="style"> <xsl:choose> <xsl:when test="CONDITION"> <xsl:value-of select="'visibility: visible'"> </xsl:when> <xsl:otherwise> <xsl:value-of select="'visibility: collapse'"> </xsl:otherwise> </xsl:choose> </xsl:attribute> ... </tr>
and now the same with JSP 1.x:
<tr style='visibility:<%=CONDITION ? "collapse" : "visible"%>'> ... </tr>
or with JSP 2.x:
<tr style='visibility:${CONDITION ? "collapse" : "visible"}'> ... </tr>
总结者:
So if you start new project, think twice (or ten times) before jumping into XSLT. And > if you use Eclipse, you can even think twice before using JSP/JSTL. Velocity or > FreeMarker might be a better option.
关于xml - 使用 XSLT 创建站点是否有意义,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/560635/