很久以前，我为我的基于jackson的json处理框架写了一个dom适配器。它用了。xom图书馆。生成的dom树可以使用java xpath和xslt工具。我做了一些非常简单的实现选择。例如，根节点总是被称为“root”，数组进入一个带有li子元素的ol节点(就像在html中一样)，而其他一切都只是一个带有原始值或另一个对象节点的子节点。

JsonXmlConverter.java

用法： JsonObject sampleJson = sampleJson（）; org.w3c.dom.Document domNode = JsonXmlConverter.getW3cDocument（sampleJson， “root”）;

有关利用纯JavaScript的方法以及XSLT匹配表达式和递归模板背后熟悉的声明式模式的工作演示/概念证明，请参见https://gist.github.com/brettz9/0e661b3093764f496e36

(JSON也可以采用类似的方法。)

注意，为了方便在Firefox中表达模板，演示还依赖于JavaScript 1.8表达式闭包(至少在实现方法的ES6简写形式之前是如此)。

免责声明:这是我自己的代码。

我不太确定是否需要这样做，对我来说，缺乏工具意味着缺乏需求。JSON最好作为对象处理(无论如何在JS中是这样做的)，并且您通常使用对象本身的语言来进行转换(Java用于从JSON创建的Java对象，同样用于Perl、Python、Perl、c#、PHP等)。只是普通的赋值(或set, get)，循环等等。

我的意思是，XSLT只是另一种语言，需要它的一个原因是XML不是一种对象符号，因此编程语言的对象并不完全匹配(层次结构XML模型和对象/结构之间的阻抗)。

有趣的想法。在谷歌上的一些搜索产生了一些有趣的页面，包括:

如何实现这样一个“jsonT”工具的概述，以及一些下载 关于该实现的一些讨论 一个公司可能已经实施了一些合适的东西

希望这能有所帮助。

XSLT支持JSON，见http://www.w3.org/TR/xslt-30/#json

XML uses angular brackets for delimiter tokens, JSON uses braces, square brackets, ... I. e. XML's fewer token recognition comparisons means it's optimized for declarative transformation, whereas more comparisons, being like switch statement, for speed reasons assume speculative branch prediction that imperative code in scripting languages is useful for. As direct consequence, for different mixes of semi-structured data, you may want to benchmark XSLT and javascript engines' performance as part of responsive pages. For negligible data payload, transformations might work just as well with JSON without XML serialization. W3's decision ought to be based on better analysis.

I've been really tired of the enormous amount of JavaScript templating engines out there, and all their inline HTML-templates, different markup styles, etc., and decided to build a small library that enables XSLT formatting for JSON data structures. Not rocket science in any way -- it's just JSON parsed to XML and then formatted with a XSLT document. It's fast too, not as fast as JavaScript template engines in Chrome, but in most other browsers it's at least as fast as the JS engine alternative for larger data structures.