我正在尝试为Rails项目编写一个国际化的YAML字典。但我有些困惑，因为在一些文件中，我看到了用双引号括起来的字符串，而在另一些文件中则没有。请考虑以下几点：
! - 非特定标记，而第一个示例的最后两行则没有 - 但它们都可以工作。我的问题是：在YAML中使用不同类型的引号的规则是什么？
是否可以说：
!，何时使用...?!?在翻阅了引用在问题中的YAML cookbook并进行了一些测试后，这是我的解释：
10但你想返回一个字符串而不是一个Fixnum，则使用引号来强制将其作为字符串处理，比如写'10'或"10"。:、{、}、[、]、,、&、*、#、?、|、-、<、>、=、!、%、@、\），则使用引号。'\n' 将被返回为字符串\n。"\n"将作为换行符返回。!ruby/sym会返回一个Ruby符号。对我来说，最佳方法似乎是除非必须使用引号，否则不要使用引号，并且除非你特别想处理转义代码，否则使用单引号。
更新
"Yes" 和 "No" 应该用引号（单引号或双引号）括起来，否则它们将被解释为TrueClass和FalseClass值：
en:
yesno:
'yes': 'Yes'
'no': 'No'
虽然Mark的答案很好地总结了YAML语言规则下何时需要使用引号，但我认为许多开发人员/管理员在处理YAML字符串时会问自己“我的处理字符串的经验法则应该是什么？”
这听起来有些主观，但如果你想只在真正需要的情况下使用引号，按照语言规范记住的规则数量有点过多，对于指定最常见数据类型这样简单的事。别误解我的意思，当你经常使用YAML时，你最终会记住它们，但如果你偶尔使用它而且没有养成编写YAML的习惯，你真的想花时间记住所有规则才能正确指定字符串吗？
“经验法则”的整个目的是节省认知资源并处理常见任务，而无需思考。我们的“CPU”时间可以用于比正确处理字符串更有用的事情。从这个纯实际的角度出发，我认为最好的经验法则是用单引号括起字符串。其背后的原理是：
对于偶尔使用 YAML 的用户来说，只需记住这两个规则，可以最大程度地减少认知负担。
这个问题已经有了一些很好的回答。然而，我想扩展它们并从new official YAML v1.2.2 specification（于2021年10月1日发布）提供一些背景信息，这是关于YAML的所有事情的“真实来源”。
有三种不同的样式可以用来表示字符串，每种样式都有自己的优缺点：
YAML提供了三种流量标量样式：双引号、单引号和纯文本（未加引号）。每种样式在可读性和表现力之间提供了不同的权衡。
双引号样式:
- 双引号样式由双引号包围的指示符指定。这是唯一能够通过使用
\转义序列来表示任意字符串的样式。这是以需要转义\和"字符的代价为代价的。
单引号样式:
- 单引号样式由单引号包围的指示符指定。因此，在单引号标量中，需要重复使用这些字符。这是单引号标量执行的唯一形式的转义。特别地，
\和"字符可以自由使用。这限制了单引号标量只能使用可打印的字符。此外，只有在一个空格被非空格字符包围时才可能在长的单引号行上断开。
纯文本（未加引号）样式:
- 纯文本（未加引号）样式没有识别指示符并且不提供任何形式的转义。因此，它是最可读，最受限制，最上下文敏感的样式。除了限制的字符集之外，纯量标量不能是空的，也不能包含前导或尾随的空格字符。只有在一个空格被非空格字符包围时才可能在长的纯量行上中断。 纯量标量不能以大多数指示符开头，因为这会与其他YAML结构造成歧义。但是，如果后面跟着一个非空格的“safe”字符，则可以使用
：、？和-指示符作为第一个字符，因为这不会引起歧义。
TL;DR
总之，根据官方的YAML规范，应该：
"和\等字符需要避免转义以提高可读性，则使用单引号样式（'）。"）。string：'012345'。该部分还涵盖了更复杂的显式类型转换，这是我之前不知道的！ - Mark Berry:和#字符组合。此外，在流集合内或用作隐式键时，普通标量不能包含[、]、{、}和,字符。 - undefined&呢？这样不是会把它当作引用吗？ - undefined在yaml中，只有当值的开头可能被误解为数据类型或者值包含一个 ":" （因为它可能被误解为键）时，字符串才需要引号。
例如：
foo: '{{ bar }}'
需要加引号，因为它可能被误解为数据类型dict，但是
foo: barbaz{{ bam }}
由于它不以关键字符开始，因此不会执行。接下来，
foo: '123'
需要加引号，因为它可能会被误解为数据类型int，但是
foo: bar1baz234
bar: 123baz
不能被误解为int，因此不会发生。
foo: 'yes'
需要加引号，因为它可能被误解为数据类型 bool
foo: "bar:baz:bam"
由于该值可能被误解为键，因此需要用引号引起来。
这只是示例。使用yamllint可以避免以错误的标记开始值。
foo@bar:/tmp$ yamllint test.yaml
test.yaml
3:4 error syntax error: found character '@' that cannot start any token (syntax)
如果想要高效地使用yaml，这是必不可少的。
像一些人建议的那样引用所有字符串，就像在Python中使用括号一样。这是一种不好的习惯，会影响可读性，并放弃掉不需要引用字符串的美好特性。
${RAILS_ENV}
- 冒号（:）分隔的值，如 postgres-log:/var/log/postgresql
- 其他字符串version: "3.8"
- 端口号，如 "8080:8080"
- 镜像，如 "traefik:v2.2.1"
但对于布尔值、浮点数、整数和其他情况，如果使用双引号可能会被解释为字符串，请不要使用双引号。docker-compose.yml文件，以解释这个概念：version: "3"
services:
traefik:
image: "traefik:v2.2.1"
command:
- --api.insecure=true # Don't do that in production
- --providers.docker=true
- --providers.docker.exposedbydefault=false
- --entrypoints.web.address=:80
ports:
- "80:80"
- "8080:8080"
volumes:
- /var/run/docker.sock:/var/run/docker.sock:ro
That's all.
I hope this helps
!raw可能会有所帮助，以避免将字符串解析为yaml：some: !raw "{test: 123}"
查看更多信息： https://tavern.readthedocs.io/en/latest/basics.html#type-conversions
func yamlQuote(value string) string {
input := fmt.Sprintf("key: %s", value)
var res struct {
Value string `yaml:"key"`
}
if err := yaml.Unmarshal([]byte(input), &res); err != nil || value != res.Value {
quoted := strings.ReplaceAll(value, `'`, `''`)
return fmt.Sprintf("'%s'", quoted)
}
return value
}
version: "3.9"
services:
seunggabi:
image: seunggabi:v1.0.0
command:
api:
insecure: true
ports:
- 80:80
- 8080:8080
volumes:
- /var/run/docker.sock:/var/run/docker.sock:ro
docker compoese up docker-compose.yaml
docker compose v2，则不需要为布尔值使用引号。