我应该使用 YAML 还是 JSON 来存储我的 Perl 数据？ [关闭]

Question

在过去 6 个月左右的时间里，我一直在使用 YAML 格式并取得了相当大的成功。

然而，YAML 解析器的纯 Perl 实现相当 烦躁地手写一个可读的文件并且有（在我看来） 烦人的怪癖，例如在文件末尾需要换行符。这也是 与我的程序的其余部分相比，速度非常慢。

我正在考虑我的项目的下一步发展，我正在考虑 改用 JSON（实际上是 YAML 的严格子集） 出去）。但是哪种格式在 Perl 中最受社区关注和努力？

今天看来，这对于简单来说是更好的长期格式 Perl、YAML 或 JSON 中的数据描述，为什么？

Answer 1

YAML 与 JSON 在 Perl 中还没有解决，我承认我倾向于在这中间。我的建议是，两者都会让你获得尽可能多的社区牵引力。我会根据格式的各种利弊做出决定。我分解了各种数据序列化选项，如下所示（我将访问社区 wiki，以便人们可以添加）：

YAML 专家

• 人性化，人们在不知不觉中编写基本 YAML
• WYSIWYG strings
• 富有表现力（具有 TMTOWDI 特性）
• Expandable type/metadata system
• Perl 兼容的数据类型
• 便携
• 熟悉（很多内联和字符串语法看起来像 Perl 代码）
• 如果您有编译器 (YAML::XS)，则可以很好地实现
• 良好的 Perl 数据转储能力
• 紧凑使用屏幕空间（可能，您可以格式化以适应一行）

YAML 缺点

• Large spec
• 不可靠/不完整的纯 Perl 实现
• 空格作为语法可能会引起争议。

JSON 专家

• 人类可读/可写
• 小规格
• 良好的实现
• 便携
• Perlish 语法
• YAML 1.2 is a superset of JSON
• 紧凑使用屏幕空间
• Perl 友好的数据类型
• 很多东西都处理 JSON

JSON 缺点

• 字符串不是所见即所得
• 没有可扩展性
• 某些 Perl 结构必须以特定方式表示（对象和全局对象）
• 缺乏表达性

XML 专家

• 广泛使用
• Web 开发人员熟悉的语法
• 优质 XML 模块的大型语料库
• 架构
• 搜索和转换数据的技术
• 便携

XML 缺点

• 人类阅读和写作很乏味
• Perl 以外的数据结构
• 缺乏表达性
• 大规格
• 详细

Perl/Data::Dumper Pros

• 无依赖关系
• 出奇的紧凑（带有正确的标志）
• Perl 友好
• 几乎可以转储任何东西（通过DDS）
• 富有表现力
• 紧凑使用屏幕空间
• WYSIWYG strings
• 熟悉

Perl/Data::Dumper 缺点

• 不可移植（到其他语言）
• 不安全（没有英勇的措施）
• 非 Perl 程序员难以理解

可存储的优点

• 紧凑？ （没有数字支持）
• 快吗？ （没有数字支持）

可存储的缺点

• 人类敌对
• Storable 版本不兼容
• 不可移植（到其他语言）

Answer 2

与大多数事情一样，这取决于。我认为如果您想要速度和互操作性（与其他语言），请使用 JSON，尤其是 JSON::XS。

如果您想要一些只能被 Perl 模块使用的东西，请坚持使用 YAML。在 CPAN 上找到支持使用 YAML 进行数据描述或依赖于 YAML 的 Perl 模块比 JSON 更常见。

请注意，我不是权威，这种观点主要基于预感和猜想。特别是，我没有分析 JSON::XS 与 YAML::XS。如果我无知得冒犯，我只能希望我能通过纠正我让某人愤怒到为讨论带来有用的信息。

Answer 3

一切都与人类可读性有关，如果这是您的主要关注点，请选择 YAML：

YAML：

american:
  - Boston Red Sox
  - Detroit Tigers
  - New York Yankees
national:
  - New York Mets
  - Chicago Cubs
  - Atlanta Braves

JSON：

{
  "american": [
    "Boston Red Sox", 
    "Detroit Tigers", 
    "New York Yankees"
  ], 
  "national": [
    "New York Mets", 
    "Chicago Cubs", 
    "Atlanta Braves"
  ]
}

Answer 4

纯 Perl YAML 实现（YAML 模块而不是 YAML::Syck）似乎有一些严重的问题。我最近遇到了无法处理行很长（大约 32k 个字符）的 YAML 文档的问题。

YAML 能够存储和加载祝福变量，并通过 默认（下面的 sn-p 是从 *sepia-repl* 缓冲区复制的 Emacs）：

I need user feedback!  Please send questions or comments to seano@cpan.org.
Sepia version 0.98.
Type ",h" for help, or ",q" to quit.
main @> use YAML
undef
main @> $foo = bless {}, 'asdf'
bless( {}, 'asdf' )
main @> $foo_dump = YAML::Dump $foo
'--- !!perl/hash:asdf {}
'
main @> YAML::Load $foo_dump
bless( {}, 'asdf' )

这在安全方面非常可怕，因为可以使用不受信任的数据 调用已在您的应用程序中定义的任何 DESTROY 方法 -- 或它使用的任何模块。

下面的小程序演示了这个问题：

#!/usr/bin/perl
use YAML;
use Data::Dumper;
package My::Namespace;
sub DESTROY {
    print Data::Dumper::Dumper \@_;
}
package main;
my $var = YAML::Load '--- !!perl/hash:My::Namespace
bar: 2
foo: 1
';

默认情况下 JSON 不允许这样做——可以序列化 Perl“对象”，但为了做到这一点，你必须定义 TO_JSON 方法。

Answer 5

我使用 YAML 来跟踪进程的状态，因为我可以在进程中间读取 YML。您（技术上）需要完整格式的文档来读取 XML 或 JS。 YAML 非常适合跟踪状态，因为您可以将大量迷你文档写入文件。否则，我通常使用 XML 或 JS。顺便说一句，很好地总结了上面的利弊。

Answer 6

如果您正在考虑 JavaScript 对象表示法，为什么不使用“Perl 对象表示法”？

JSON：

{"name": "bob", "parents": {"mother": "susan", "father": "bill"}, "nums": [1, 2, 3]}

Perl：

{name => "bob", parents => {mother => "susan", father => "bill"}, nums => [1, 2, 3]}

Answer 7

您可能还想考虑使用Storable。你可能会得到一个非常好的速度提升。权衡是：

• Storable 格式是二进制的，不像 JSON 或 YAML 那样人类可读
• Storable 不是纯粹的 Perl 模块（如果重要的话）