页: 1

JSON只是数据。 如果你提出评论,那么它也必须是数据。

你可以有一个指定的数据要素,称为_comment>(或某种),而使用JSON数据的人应当忽略这些数据。

在产生/接收JSON的进程中,你或许会更好发表评论,因为他们应该知道初等人物的数据将预先提供,或至少是数据的结构。

但是,如果你决定:

{
   "_comment": "comment text goes here...",
   "glossary": {
      "title": "example glossary",
      "GlossDiv": {
         "title": "S",
         "GlossList": {
            "GlossEntry": {
               "ID": "SGML",
               "SortAs": "SGML",
               "GlossTerm": "Standard Generalized Markup Language",
               "Acronym": "SGML",
               "Abbrev": "ISO 8879:1986",
               "GlossDef": {
                  "para": "A meta-markup language, used to create markup languages such as DocBook.",
                  "GlossSeeAlso": ["GML", "XML"]
               },
               "GlossSee": "markup"
            }
         }
      }
   }
}

<>No, comments of the form/... or /*...>_. 答案是:

• https://www.json.org
• RFC 4627: The application/json Media Type for JavaScript Object Notation (JSON)
• RFC 8259 The JavaScript Object Notation (JSON) Data Interchange Format (supercedes RFCs 4627, 7158, 7159)

www.un.org/Depts/DGACM/index_spanish.htm 包括如果你选择的话;在分配或传送之前,将其与小型托管人分开。

我刚刚获得<JSON.minification(,其中将评论和白色空间从JSON的一块块中删除,并使JSON能够被划为平地。 因此,你可以这样使用:

JSON.parse(JSON.minify(my_str));

在我发表讲话时,我大声疾呼,有些人甚至不同意这一想法,因此我决定,我就以下原因写一个全面的博客站:的评论是有意义的。 该评论包括“智者”的创建者所作的这一显著评论:

你们正在利用JSON来保存你们想要说明的组合文件。 今后,插入你喜欢的所有评论。 之后,通过伊斯兰法院联盟将此事转交阁下。 - Douglas Crockford, 2012

Source: Public statement by Douglas Crockford on G+

JSON不支持评论。 在需要评论的情况下,也无意用于配置档案。

Hjson是人类的一种配置文件格式。 Relaxed syntax,更少的错误,更多的评论。

See hjson.github.io for Javagust, Java, Zhu, PHP, Rust, Go、Ruby、C++和C#图书馆。

DISCLAIMER: YOUR WARRANTY ISVOID

正如已经指出的,这一黑板利用了这一幽灵的实施。 并非所有的逊尼派信徒都能理解这种名人。 精简教区将尤其.。

这是一种令人感兴趣的好奇,但你确实不能将其用于所有的任何东西。 以下是最初的答复。

我发现了一个小的黑板,使你能够把评论放在不会影响 par子或以任何方式改变数据代表性的JSON档案中。

看来,在宣布物体时,你可以说明具有相同关键意义的两种价值观,最后一种是优先的。 它认为,这并不是这样的话,它就会发现,女神职人员的工作方式相同。 因此,我们可以利用这一方法,在源头JSON中发表评论,这些评论不会出现在一个划线的物体代表中。

({a: 1, a: 2});
// => Object {a: 2}
Object.keys(JSON.parse( {"a": 1, "a": 2} )).length; 
// => 1

如果我们采用这一方法,你的话,JSON案可能认为:

{
  "api_host" : "The hostname of your API server. You may also specify the port.",
  "api_host" : "hodorhodor.com",

  "retry_interval" : "The interval in seconds between retrying failed API calls",
  "retry_interval" : 10,

  "auth_token" : "The authentication token. It is available in your developer dashboard under  Settings ",
  "auth_token" : "5ad0eb93697215bc0d48a7b69aa6fb8b",

  "favorite_numbers": "An array containing my all-time favorite numbers",
  "favorite_numbers": [19, 13, 53]
}

上述代码为valid JSON。 如果你宣布,你就获得这样的物品:

{
    "api_host": "hodorhodor.com",
    "retry_interval": 10,
    "auth_token": "5ad0eb93697215bc0d48a7b69aa6fb8b",
    "favorite_numbers": [19,13,53]
}

也就是说,这些评论没有任何痕迹,它们获得的只是副作用。

欢庆!

Consider using YAML. It s nearly a superset of JSON (virtually all valid JSON is valid YAML) and it allows comments.

你们可以 t。 至少是我从快速光看的经验。

Comments are not an official standard, although some parsers support C++-style comments. One that I use is JsonCpp. In the examples there is this one:

// Configuration options
{
    // Default encoding for text
    "encoding" : "UTF-8",

    // Plug-ins loaded at start-up
    "plug-ins" : [
        "python",
        "c++",
        "ruby"
        ],

    // Tab indent size
    "indent" : { "length" : 3, "use_space": true }
}

jsonlint does not validate this. So comments are a parser specific extension and not standard.

Another parser is JSON5.

An Alternative to JSON TOML/a。

A further alternative is jsonc.

最新版本nlohmann/json。 选择性地支持无视关于教区的评论。

Here is what I found in the Google Firebase documentation that allows you to put comments in JSON:

{
  "//": "Some browsers will use this to enable push notifications.",
  "//": "It is the same for all projects, this is not your project s sender ID",
  "gcm_sender_id": "1234567890"
}

页: 1 JSON schema目前是一个拟议的因特网规格草案。 除文件外,该表还可用于验证你的初专干事数据。

Example:

{
  "description": "A person",
  "type": "object",
  "properties": {
    "name": {
      "type": "string"
    },
    "age": {
      "type": "integer",
      "maximum": 125
    }
  }
}

您可以通过使用<>说明>schema属性提供文件。

http://www.ohchr.org。 JSON支持评论,但被滥用,从标准中删除。

作者:

我删除了JSON的评论,因为我看到有人利用他们持有教令,这种做法本来会破坏通用性。 我知道,缺乏评论使一些人感到悲伤,但应该有:。

The official JSON website is at JSON.org。 JSON的定义是:。 总是有一个请愿程序来修订标准。 由于几个原因,不大可能将附加说明列入JSON标准。

Go ahead and insert all the comments you like. Then pipe it through JSMin before handing it to your JSON parser. - Douglas Crockford, 2012

If you are using Jackson as your JSON parser then this is how you enable it to allow comments:

ObjectMapper mapper = new ObjectMapper().configure(Feature.ALLOW_COMMENTS, true);

然后,你可以提出这样的意见:

{
  key: "value" // Comment
}

也可以从<代码>#开始提出意见,规定:

mapper.configure(Feature.ALLOW_YAML_COMMENTS, true);

但一般来说(如前文所述),说明不允许评论。

如果你使用纽顿软。 Json Library with ASP. 联网读/编辑后,你可以使用JSON内容中的评论意见:

/ “名称”:“指示”

/“id”:t

或

页: 1 事实

评注*

PS: Single-line comments are only supp或ted with 6+ versions of Newtonsoft Json.

Additional note f或 people who can t think out of the box: I use the JSON f或mat f或 basic settings in an ASP.NET web application I made. I read the file, convert it into the settings object with the Newtonsoft library and use it when necessary.

I prefer writing comments about each individual setting in the JSON file itself, and I really don t care about the integrity of the JSON f或mat as long as the library I use is OK with it.

我认为,这比创造一个单独的环境更容易使用/理解。 README文件并解释其中的环境。

If you have a problem with this kind of usage; s或ry, the genie is out of the lamp. People would find other usages f或 JSON f或mat, and there is nothing you can do about it.

如果你的文本文件是一位智者的话,将由一些方案阅读,那么在使用之前如何排除C或C++风格的评论?

<>Answer>: 它将是一个线人。 如果你这样做,则可将JSON的档案用作配置文件。

JSON背后的想法是在申请之间提供简单的数据交换。 这些语言通常以网络为基础,语言为 Java。

但是,通过评论作为数据中的名称/价值表表肯定会奏效,尽管数据显然需要忽略或具体由分法处理。

尽管如此,这并不是说初专干事档案应当包含传统意义上的评论的意图。 这只是数据。

查阅JSON网站详情。

其他答复称,JSON不支持评论,但部分不真实:作者Douglas Crokford澄清说,只要他们被抛弃,JSON decoder就可以接受评论。

因此,如果你不理会评论,不使用这些评论来指导你的申请如何处理JSON数据,那就完全是罚款和公认的使用案例。 例如,在JSON储存的配置档案中,这一点作为下文“@toolbear”的评论。 显然,由于初专干事主要是指数据传输格式,因此,如果你转交一名有评论意见的初专干事档案,那么在拯救网络带宽之前,最好删除评论。

资料来源:

JSON does not have comments. A JSON encoder MUST NOT output comments. A JSON decoder MAY accept and ignore comments.

Comments should never be used to transmit anything meaningful. That is what JSON is for.

Douglas Crockford, JSON spec, in a post in a court thread in 2005。

Yes , the new standard, JSON5 允许C++作风评论,其中包括许多 其他延伸s:

// A single line comment.

/* A multi-
   line comment. */