CsvCruncher

尽管它的名字并不暗示它，CsvCruncher可以有效地用于读取表格* JSON数据，并使用SQL处理它们。

* Tabular表示JSON树的某些部分是规则的，即一个到多个相同或相似结构的条目。

CsvCruncher将树的这一部分转换为SQL表，然后您就有了完整的SQL语法来查询它。 您还可以加载多个JSON树，然后使用多个表。 您还可以将SQL结果存储为JSON(或CSV)，然后再次处理它。

与真正复杂的XSLT方法相比，这种方法对我的帮助更大(尽管当您真正深入了解它时，它非常有趣)。

免责声明:我是CsvCruncher的开发者。

jq——轻量级灵活的命令行JSON处理器

它不像XSLT那样基于模板，但更简洁。例如，将名称和地址字段提取到数组中:[.name， .address]

本教程介绍了一个转换Twitter JSON API的示例(手册中有很多示例)。

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.

为什么不使用Mr. Data Coverter将JSON转换为XML，然后使用XSLT将其转换为JSON呢?

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

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

希望这能有所帮助。

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

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