目录结果整理

This commit is contained in:
Othniel su
2024-11-07 17:50:05 +08:00
parent 336c89c2b2
commit 4d7cb65f5c
799 changed files with 353 additions and 542 deletions

View File

@@ -0,0 +1,178 @@
# 对象
正如JSON的名字——“JavaScript对象表示法”所说的那样JSON是用来表示一个JavaScript对象的文件格式。只不过严谨地说JSON的格式比JavaScript的对象格式还要严格一些所以我们更愿意直接称呼JSON中表示的这种JavaScript对象为“JSON对象”或直接与JavaScript中一样简称为**对象****Object**)。
一个对象的特征,或者说标志,便是一对**花括号**`{}`。从左花括号`{`开始,中间写入一些内容,到右花括号`}`结束这一整个内容便是一个对象。正如我们上面示例中看到的那样一个JSON文件的全部内容便是一整个对象。注意**花括号必须成对出现**如果只有单独的一边的花括号我们便无法确定从哪儿到哪儿才是一个对象这种格式便是错误的JSON格式自然也无法被程序正确解析。
以下便是一个最简单的对象:
```json
{}
```
我们可以看到,这里的最右花括号之间什么内容都没有,这种对象自然被我们称为**空对象****Empty Object**)。那么,如果要向对象中填充内容,我们应该采取什么样的格式呢?没错,答案就是我们在之前的示例中观察到的结果——使用**字段**来描述。
## 字段
**字段**是用作在对象中描述一对信息的格式这对信息中有一部分是用来说明该字段是“用于说明什么属性的”而另一部分是用来说明该字段“在上述说明的属性下给出的值是多少”。以一个人为例其名字为小明身高为170cm体重为60kg。那么如果我们想把小明描述成对象中的字段便可以按照如下格式来书写
```json
{
"name": "小明",
"height": 170,
"weight": 60
}
```
每个字段的中间都存在一个英文冒号`:`,冒号的左侧我们称之为**键**,右侧我们称之为**值**。每两个两个字段之间使用英文逗号`,`分隔,用来代表他们是不同的字段。在上述示例中,`"name"``"height"``"weight"`都是键,而对应的`"小明"``170``60`则是它们各自的值。`"name"`字段结尾处的逗号用于分隔`"name"`字段和`"height"`字段,`"height"`字段结尾处的逗号用于分隔`"height"`字段和`"weight"`字段。`"weight"`字段之后没有其他字段了,所以无需再添加任何逗号,正如`"name"`字段之前也没有任何逗号一样。
逗号并非一定要写在字段的末尾,他们可以在两个字段之间的任何位置,比如下一个字段的开头。事实上,字段与字段之间,甚至键、值、冒号、逗号、花括号等元素之间,都可以存在任意数量的“**空白****Whitespace**)字符”,空白字符包括空格符、制表符、换行符、回车符等。也就是说,不仅仅是逗号可以在空白字符中任意移动自己的位置,事实上,上述小明的示例用下面所展示的任意一种写法都是可行且等价的:
- 完全收紧:
```json
{"name":"小明","height":170,"weight":60}
```
- 适当空格:
```json
{ "name": "小明", "height": 170, "weight": 60 }
```
- 随意空格:
```json
{ "name" : "小明", "height" : 170, "weight": 60 }
```
- 标准换行:
```json
{
"name": "小明",
"height": 170,
"weight": 60
}
```
- 逗号左移:
```json
{
"name": "小明"
,"height": 170
,"weight": 60
}
```
- 放飞自我:
```json
{
"name": "小明" ,
"height" : 170
,
"weight" :
60
}
```
当然,虽然对于计算机来说,上述的写法都会解析为同样的内容,但是对于人类来说,有些写法还是“为时过早”了。从我们自身和其他人在查阅我们的代码时的可读性的角度出发,上述示例中的“**适当空格**”和“**标准换行**”标签页展示的格式分别是在“同一行写”和“换行写”时**最为推荐的格式**。当然,“完全收紧”的格式也不是毫无用处的,人们在网络传输时往往采用完全收紧的方式剔除掉所有的“无关字符”,以保证文件是“最小化”的,从而使消耗的流量降到最低。
同时,我们注意到了上述的换行书写示例中,我们的三个字段并没有和两个花括号处在同一竖直线上,换句话说,我们在三个字段的开头分别添加了若干空格。这种行为被称为**缩进****Indentation**)。适当的缩进可以使我们的代码更加规范和可读,同时也方便我们检查文件格式有没有出现错误。比如,在上述示例中,我们将一个对象的内容缩进之后,内容中的各字段在同一个竖直线上对齐,对象两侧的花括号在另一个竖直线上互相对齐,这不仅可以快速帮我们定位到该对象的字段,帮助我们快速观察到字段的数目和各自的值,同时也可以帮助我们检查该对象的两个花括号是否成对,有没有“落单”的括号出现等内容,因此,良好的缩进习惯是一个优秀的开发者养成具备习惯之一,否则,如果最后的代码真的写成了上述示例中“放飞自我”的格式,如并非故意,那可真要贻笑大方了。
一般而言我们可以使用多种字符充当缩进用的空白字符但是一旦选择某种字符便推荐将其在全文统一。常用的缩进用空白字符有单个制表符即1个TAB2个、3个或4个空格当然你选择其他数量的空格或制表符也是可行的毕竟这并不违背JSON文件的规范。
- 1个制表符
```json
{
"format_version": 2,
"header": {
"description": "resourcePack.vanilla.description",
"name": "resourcePack.vanilla.name",
"uuid": "0575c61f-a5da-4b7f-9961-ffda2908861e",
"version": [0, 0, 1],
"min_engine_version": [1, 13, 0]
},
"modules": [
{
"description": "resourcePack.vanilla.description",
"type": "resources",
"uuid": "53644fac-a276-42e5-843f-a3c6f169a9ab",
"version": [0, 0, 1]
}
]
}
```
- 2个空格
```json
{
"format_version": 2,
"header": {
"description": "resourcePack.vanilla.description",
"name": "resourcePack.vanilla.name",
"uuid": "0575c61f-a5da-4b7f-9961-ffda2908861e",
"version": [0, 0, 1],
"min_engine_version": [1, 13, 0]
},
"modules": [
{
"description": "resourcePack.vanilla.description",
"type": "resources",
"uuid": "53644fac-a276-42e5-843f-a3c6f169a9ab",
"version": [0, 0, 1]
}
]
}
```
- 3个空格
```json
{
"format_version": 2,
"header": {
"description": "resourcePack.vanilla.description",
"name": "resourcePack.vanilla.name",
"uuid": "0575c61f-a5da-4b7f-9961-ffda2908861e",
"version": [0, 0, 1],
"min_engine_version": [1, 13, 0]
},
"modules": [
{
"description": "resourcePack.vanilla.description",
"type": "resources",
"uuid": "53644fac-a276-42e5-843f-a3c6f169a9ab",
"version": [0, 0, 1]
}
]
}
```
- 4个空格
```json
{
"format_version": 2,
"header": {
"description": "resourcePack.vanilla.description",
"name": "resourcePack.vanilla.name",
"uuid": "0575c61f-a5da-4b7f-9961-ffda2908861e",
"version": [0, 0, 1],
"min_engine_version": [1, 13, 0]
},
"modules": [
{
"description": "resourcePack.vanilla.description",
"type": "resources",
"uuid": "53644fac-a276-42e5-843f-a3c6f169a9ab",
"version": [0, 0, 1]
}
]
}
```