- xml - AJAX/Jquery XML 解析
- 具有多重继承的 XML 模式
- .net - 枚举序列化 Json 与 XML
- XML 简单类型、简单内容、复杂类型、复杂内容
来自 JSON website :
JSON is built on two structures:
- A collection of name/value pairs. In various languages, this is realized as an object, record, struct, dictionary, hash table, keyed list, or associative array.
- An ordered list of values. In most languages, this is realized as an array, vector, list, or sequence.
现在我有一个返回 bool 值的示例服务(这是在 PHP 中,但它可以是任何服务器端语言):
<?php
header('Content-Type: application/json');
echo 'true';
exit;
当使用 ajax 请求此页面时(例如使用 jQuery):
$.ajax({
url: 'service.php',
dataType: 'json',
success: function (data) {
console.log(data);
console.log(typeof data);
}
});
结果是:
-> true
-> boolean
我的问题是为什么允许将 boolean 作为 JSON 返回。不会和JSON定义冲突吗?
我也可以在我的服务中返回number或string:
<?php
header('Content-Type: application/json');
echo '2013';
exit;
结果是:
-> 2013
-> number
对于字符串:
<?php
header('Content-Type: application/json');
echo '"What is going on?"';
exit;
结果是:
-> What is going on?
-> string
最佳答案
您是正确的,有效的 JSON 文本只能是对象或数组。我在 2009 年就此问题询问了道格拉斯·克罗克福德,他证实了这一点,并说“严格来说,它是对象|数组,就像在 RFC 中一样。”
JSON RFC在第 2 节中指定:
A JSON text is a serialized object or array.
JSON-text = object / array
json.org 中列出的原始 JSON 语法根本没有说清楚。它定义了所有 JSON 类型,但没有说明这些类型中的哪些类型可以用作“JSON 文本”——完整有效的 JSON 片段。
这就是为什么我向 Doug 询问了这件事,他让我引用了 RFC。不幸的是,他没有按照我的建议更新 json.org 来澄清这一点。
可能由于这种混淆,许多 JSON 库将愉快地为独立的字符串、数字、 bool 值等创建和解析(无效的)JSON,即使它们不是真正有效的 JSON。
一些 JSON 解析器更严格。例如,jsonlint.com拒绝 JSON 文本,例如 101
、"abc"
和 true
。它只接受对象或数组。
如果您只是生成 JSON 数据供您自己的网络应用程序使用,那么这种区别可能并不重要。毕竟,JSON.parse()
很乐意解析它,这可能适用于所有浏览器。
但是,如果您曾经生成 JSON 供其他人使用,则这一点很重要。在那里你应该更严格地遵循标准。
我建议即使在您自己的应用程序中也遵循它,部分原因是它有一个实际好处:通过发送一个对象而不是一个裸字符串,您有一个内置的地方可以在需要时添加更多信息,在对象中附加属性的形式。
按照这些思路,当我定义 JSON API 时,我从不在最顶层使用数组。如果我拥有的是某种项目的数组,我仍然将其包装在一个对象中:
{
"items": [
...
]
}
这在一定程度上是出于同样的原因:如果我以后想向响应中添加其他内容,将顶层作为对象可以很容易地做到这一点,而不会破坏任何现有的客户端代码。
也许更重要的是,还有一个可能的 security risk with JSON arrays . (我认为风险只会影响eval()
或Function
构造函数解析 JSON 的使用,所以使用 JSON.parse()
,但我对此不是 100% 确定。)
关于javascript - 为什么 JSON 结果可以是 bool 值而不是对象或数组?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/16955215/
最近开始学习MongoDB。今天老师教了我们 mongoexport 命令。在练习时,我遇到了一个典型的问题,包括教练在内的其他同学都没有遇到过。我在我的 Windows 10 机器上使用 Mongo
我是 JSON Schema 的新手,读过什么是 JSON Schema 等等。但我不知道如何将 JSON Schema 链接到 JSON 以针对该 JSON Schema 进行验证。谁能解释一下?
在 xml 中,我可以在另一个 xml 文件中包含一个文件并使用它。如果您的软件从 xml 获取配置文件但没有任何方法来分离配置,如 apache/ngnix(nginx.conf - site-av
我有一个 JSON 对象,其中包含一个本身是 JSON 对象的字符串。我如何反序列化它? 我希望能够做类似的事情: #[derive(Deserialize)] struct B { c: S
考虑以下 JSON { "a": "{\"b\": 12, \"c\": \"test\"}" } 我想定义一个泛型读取 Reads[Outer[T]]对于这种序列化的 Json import
关闭。这个问题不满足Stack Overflow guidelines .它目前不接受答案。 想改善这个问题吗?更新问题,使其成为 on-topic对于堆栈溢出。 11 个月前关闭。 Improve
我的旧项目在 MySQL 中有 Standard JSON 格式的数据。 对于我在 JS (Node.js) 和 DynamoDB 中的全新项目,关于 Standard JSON格式: 是否建议将其转
JSON 值字符串、数字、true、false、null 是否是有效的 JSON? 即,是 true 一个有效的 JSON 文档?还是必须是数组/对象? 一些验证器接受这个(例如 http://jso
我有一个 JSON 字符串,其中一个字段是文本字段。这个文本字段可以包含用户在 UI 中输入的文本,如果他们输入的文本是 JSON 文本,也许是为了说明一些编码,我需要对他们的文本进行编码,以便它不会
我正在通过 IBM MQ 调用处理数据,当由 ColdFusion 10 (10,0,11,285437) 序列化时,0 将作为 +0.0 返回,它会导致无效的 JSON并且无法反序列化。 stPol
我正在从三个数组中生成一个散列,然后尝试构建一个 json。我通过 json object has array 成功了。 require 'json' A = [['A1', 'A2', 'A3'],
我从 API 接收 JSON,响应可以是 30 种类型之一。每种类型都有一组唯一的字段,但所有响应都有一个字段 type 说明它是哪种类型。 我的方法是使用serde .我为每种响应类型创建一个结构并
我正在下载一个 JSON 文件,我已将其检查为带有“https://jsonlint.com”的有效 JSON 到文档目录。然后我打开文件并再次检查,结果显示为无效的 JSON。这怎么可能????这是
我正在尝试根据从 API 接收到的数据动态创建一个 JSON 对象。 收到的示例数据:将数据解码到下面给出的 CiItems 结构中 { "class_name": "test", "
我想从字符串转换为对象。 来自 {"key1": "{\n \"key2\": \"value2\",\n \"key3\": {\n \"key4\": \"value4\"\n }\n
目前我正在使用以下代码将嵌套的 json 转换为扁平化的 json: import ( "fmt" "github.com/nytlabs/gojsonexplode" ) func
我有一个使用来自第三方 API 的数据的应用程序。我需要将 json 解码为一个结构,这需要该结构具有“传入”json 字段的 json 标签。传出的 json 字段具有不同的命名约定,因此我需要不同
我想使用 JSON 架构来验证某些值。我有两个对象,称它们为 trackedItems 和 trackedItemGroups。 trackedItemGroups 是组名称和 trackedItem
考虑以下案例类模式, case class Y (a: String, b: String) case class X (dummy: String, b: Y) 字段b是可选的,我的一些数据集没有字
我正在存储 cat ~/path/to/file/blah | 的输出jq tojson 在一个变量中,稍后在带有 JSON 内容的 curl POST 中使用。它运作良好,但它删除了所有换行符。我知
我是一名优秀的程序员,十分优秀!