TOML v1.0.0-rc.3
Tom 的顯而易見、極簡語言。
由 Tom Preston-Werner、Pradyun Gedam 等人撰寫。
目標
TOML 旨在成為一種極簡的設定檔格式,由於其顯而易見的語意,因此易於閱讀。TOML 被設計為明確對應到雜湊表。TOML 應易於解析為各種語言中的資料結構。
規格
- TOML 區分大小寫。
- TOML 檔案必須是有效的 UTF-8 編碼 Unicode 文件。
- 空白字元表示 tab (0x09) 或空白 (0x20)。
- 換行符號表示 LF (0x0A) 或 CRLF (0x0D 0x0A)。
註解
井號符號將該行剩餘的部分標記為註解,但字串內部除外。
# This is a full-line comment
key = "value" # This is a comment at the end of a line
another = "# This is not a comment"
註解中不允許 tab 以外的控制字元(U+0000 至 U+0008、U+000A 至 U+001F、U+007F)。
金鑰/值對
TOML 文件的主要建構區塊是金鑰/值對。
金鑰位於等號符號的左側,值位於右側。金鑰名稱和值周圍的空白字元會被忽略。金鑰、等號符號和值必須在同一行(儘管有些值可以斷行到多行)。
key = "value"
值必須具有下列其中一種型態。
未指定的值無效。
key = # INVALID
金鑰/值對之後必須有換行符號(或 EOF)。(有關例外,請參閱 內嵌表格。)
first = "Tom" last = "Preston-Werner" # INVALID
金鑰
金鑰可以是未加引號、加引號或點分。
未加引號的金鑰只能包含 ASCII 字母、ASCII 數字、底線和連字號(A-Za-z0-9_-
)。請注意,未加引號的金鑰允許僅由 ASCII 數字組成,例如 1234
,但永遠會被解釋為字串。
key = "value"
bare_key = "value"
bare-key = "value"
1234 = "value"
引號鍵遵循與基本字串或字面字串完全相同的規則,並允許您使用更廣泛的鍵名稱。最佳實務做法是在絕對必要時才使用空白鍵。
"127.0.0.1" = "value"
"character encoding" = "value"
"ʎǝʞ" = "value"
'key2' = "value"
'quoted "value"' = "value"
空白鍵必須是非空的,但允許使用空引號鍵(儘管不鼓勵這樣做)。
= "no key name" # INVALID
"" = "blank" # VALID but discouraged
'' = 'blank' # VALID but discouraged
點分鍵是由空白鍵或引號鍵組成的序列,並以點號連接。這允許將類似的屬性分組在一起
name = "Orange"
physical.color = "orange"
physical.shape = "round"
site."google.com" = true
在 JSON 中,這將提供以下結構
{
"name": "Orange",
"physical": {
"color": "orange",
"shape": "round"
},
"site": {
"google.com": true
}
}
忽略點分部分周圍的空白,但是,最佳實務做法是不使用任何多餘的空白。
多次定義鍵無效。
# DO NOT DO THIS
name = "Tom"
name = "Pradyun"
請注意,空白鍵和引號鍵是等效的
# THIS WILL NOT WORK
spelling = "favorite"
"spelling" = "favourite"
只要鍵尚未直接定義,您仍可以寫入鍵及其中的名稱。
# This makes the key "fruit" into a table.
fruit.apple.smooth = true
# So then you can add to the table "fruit" like so:
fruit.orange = 2
# THE FOLLOWING IS INVALID
# This defines the value of fruit.apple to be an integer.
fruit.apple = 1
# But then this treats fruit.apple like it's a table.
# You can't turn an integer into a table.
fruit.apple.smooth = true
不鼓勵無序定義點分鍵。
# VALID BUT DISCOURAGED
apple.type = "fruit"
orange.type = "fruit"
apple.skin = "thin"
orange.skin = "thick"
apple.color = "red"
orange.color = "orange"
# RECOMMENDED
apple.type = "fruit"
apple.skin = "thin"
apple.color = "red"
orange.type = "fruit"
orange.skin = "thick"
orange.color = "orange"
由於允許空白鍵僅由 ASCII 整數組成,因此可以寫入看起來像浮點數但實際上是 2 部分點分鍵的點分鍵。除非您有充分的理由(您可能沒有),否則不要這樣做。
3.14159 = "pi"
上述 TOML 對應到以下 JSON。
{ "3": { "14159": "pi" } }
字串
有四種表示字串的方法:基本、多行基本、字面和多行字面。所有字串都必須僅包含有效的 UTF-8 字元。
基本字串用引號("
)括起來。可以使用任何 Unicode 字元,但必須跳脫以下字元:引號、反斜線,以及除了 tab(U+0000 至 U+0008、U+000A 至 U+001F、U+007F)之外的控制字元。
str = "I'm a string. \"You can quote me\". Name\tJos\u00E9\nLocation\tSF."
為方便起見,一些熱門字元具有簡潔的跳脫序列。
\b - backspace (U+0008)
\t - tab (U+0009)
\n - linefeed (U+000A)
\f - form feed (U+000C)
\r - carriage return (U+000D)
\" - quote (U+0022)
\\ - backslash (U+005C)
\uXXXX - unicode (U+XXXX)
\UXXXXXXXX - unicode (U+XXXXXXXX)
可以使用 \uXXXX
或 \UXXXXXXXX
形式跳脫任何 Unicode 字元。跳脫碼必須是有效的 Unicode 純量值。
上面未列出的所有其他跳脫序列都是保留的;如果使用它們,TOML 應產生錯誤。
有時您需要表達文字段落(例如翻譯檔案)或希望將非常長的字串分成多行。TOML 使這變得容易。
多行基本字串在每一側都用三個引號括起來,並允許換行。緊接在開啟分隔符號之後的換行符號將被修剪。所有其他空白和換行字元保持不變。
str1 = """
Roses are red
Violets are blue"""
TOML 解析器應隨意將換行符號標準化為對其平台有意義的任何內容。
# On a Unix system, the above multi-line string will most likely be the same as:
str2 = "Roses are red\nViolets are blue"
# On a Windows system, it will most likely be equivalent to:
str3 = "Roses are red\r\nViolets are blue"
為了撰寫長字串而不會引入不必要的空白,請使用「換行反斜線」。當一行中最後一個非空白字元為未跳脫的 \
時,它會與所有空白(包括換行)一起被修剪,直到下一個非空白字元或結束分隔符號。所有對基本字串有效的跳脫序列也對多行基本字串有效。
# The following strings are byte-for-byte equivalent:
str1 = "The quick brown fox jumps over the lazy dog."
str2 = """
The quick brown \
fox jumps over \
the lazy dog."""
str3 = """\
The quick brown \
fox jumps over \
the lazy dog.\
"""
可以使用任何 Unicode 字元,但必須跳脫的字元除外:反斜線和控制字元,但標籤、換行和回車除外(U+0000 到 U+0008、U+000B、U+000C、U+000E 到 U+001F、U+007F)。
可以在多行基本字串中的任何地方撰寫引號或兩個相鄰的引號。它們也可以寫在分隔符號內。
str4 = """Here are two quotation marks: "". Simple enough."""
# str5 = """Here are three quotation marks: """.""" # INVALID
str5 = """Here are three quotation marks: ""\"."""
str6 = """Here are fifteen quotation marks: ""\"""\"""\"""\"""\"."""
# "This," she said, "is just a pointless statement."
str7 = """"This," she said, "is just a pointless statement.""""
如果您經常指定 Windows 路徑或正規表示式,那麼必須跳脫反斜線會很快變得繁瑣且容易出錯。為了提供協助,TOML 支援完全不允許跳脫的文字字串。
文字字串以單引號包圍。與基本字串一樣,它們必須出現在單一行中
# What you see is what you get.
winpath = 'C:\Users\nodejs\templates'
winpath2 = '\\ServerX\admin$\system32\'
quoted = 'Tom "Dubs" Preston-Werner'
regex = '<\i\c*\s*>'
由於沒有跳脫,因此無法在以單引號包圍的文字字串中撰寫單引號。幸運的是,TOML 支援解決此問題的多行文字字串版本。
多行文字字串兩側各以三個單引號包圍,並允許換行。與文字字串一樣,完全沒有跳脫。緊接在開啟分隔符號之後的換行將被修剪。分隔符號之間的所有其他內容都會照樣解釋,而不會修改。
regex2 = '''I [dw]on't need \d{2} apples'''
lines = '''
The first newline is
trimmed in raw strings.
All other whitespace
is preserved.
'''
您可以在多行文字字串中的任何地方撰寫 1 或 2 個單引號,但禁止三個或更多個單引號的序列。
quot15 = '''Here are fifteen quotation marks: """""""""""""""'''
# apos15 = '''Here are fifteen apostrophes: '''''''''''''''''' # INVALID
apos15 = "Here are fifteen apostrophes: '''''''''''''''"
# 'That,' she said, 'is still pointless.'
str = ''''That,' she said, 'is still pointless.''''
文字字串中不允許標籤以外的控制字元。因此,對於二進位資料,建議您使用 Base64 或其他適當的 ASCII 或 UTF-8 編碼。該編碼的處理方式會因應用程式而異。
整數
整數是整數。正數前面可以加上正號。負數前面加上負號。
int1 = +99
int2 = 42
int3 = 0
int4 = -17
對於大數字,您可以在數字之間使用底線來增強可讀性。每個底線兩側都必須至少有一個數字。
int5 = 1_000
int6 = 5_349_221
int7 = 53_49_221 # Indian number system grouping
int8 = 1_2_3_4_5 # VALID but discouraged
不允許前導零。整數值 -0
和 +0
有效,並且與未加前綴的零相同。
非負整數值也可以用十六進位、八進位或二進位表示。在這些格式中,不允許前導 +
,但允許前導零(在字首之後)。十六進位值不區分大小寫。允許在數字之間使用底線(但不能在字首和值之間使用)。
# hexadecimal with prefix `0x`
hex1 = 0xDEADBEEF
hex2 = 0xdeadbeef
hex3 = 0xdead_beef
# octal with prefix `0o`
oct1 = 0o01234567
oct2 = 0o755 # useful for Unix file permissions
# binary with prefix `0b`
bin1 = 0b11010110
應接受並無損失地處理任意 64 位元有號整數(從 −2^63 到 2^63−1)。如果無法無損失地表示整數,則必須擲回錯誤。
浮點數
浮點數應實作為 IEEE 754 binary64 值。
浮點數包含整數部分(遵循與十進位整數值相同的規則),後接小數部分和/或指數部分。如果小數部分和指數部分都存在,則小數部分必須在指數部分之前。
# fractional
flt1 = +1.0
flt2 = 3.1415
flt3 = -0.01
# exponent
flt4 = 5e+22
flt5 = 1e06
flt6 = -2E-2
# both
flt7 = 6.626e-34
小數部分是小數點後接一個或多個數字。
指數部分是大寫或小寫的 E,後接整數部分(遵循與十進位整數值相同的規則,但可能包含前導零)。
如果使用小數點,則小數點兩側至少必須各有一個數字。
# INVALID FLOATS
invalid_float_1 = .7
invalid_float_2 = 7.
invalid_float_3 = 3.e+20
與整數類似,您可以使用底線來增強可讀性。每個底線兩側至少必須有一個數字。
flt8 = 224_617.445_991_228
浮點數值 -0.0
和 +0.0
有效,且應根據 IEEE 754 進行對應。
也可以表示特殊浮點數值。它們總是小寫。
# infinity
sf1 = inf # positive infinity
sf2 = +inf # positive infinity
sf3 = -inf # negative infinity
# not a number
sf4 = nan # actual sNaN/qNaN encoding is implementation-specific
sf5 = +nan # same as `nan`
sf6 = -nan # valid, actual encoding is implementation-specific
布林值
布林值只是您習慣的符號。總是小寫。
bool1 = true
bool2 = false
偏移日期時間
若要明確表示特定時間點,您可以使用 RFC 3339 格式的日期時間加上偏移量。
odt1 = 1979-05-27T07:32:00Z
odt2 = 1979-05-27T00:32:00-07:00
odt3 = 1979-05-27T00:32:00.999999-07:00
為了可讀性,您可以使用空白字元取代日期和時間之間的 T 分隔符號(如 RFC 3339 第 5.6 節所允許)。
odt4 = 1979-05-27 07:32:00Z
需要毫秒精度。小數秒的進一步精度取決於實作。如果值包含實作無法支援的精度,則必須截斷額外精度,而不是四捨五入。
當地日期時間
如果您從 RFC 3339 格式的日期時間中省略偏移量,則它將表示給定的日期時間,而不與任何偏移量或時區相關。在沒有其他資訊的情況下,無法將其轉換為時間點。如果需要,轉換為時間點取決於實作。
ldt1 = 1979-05-27T07:32:00
ldt2 = 1979-05-27T00:32:00.999999
需要毫秒精度。小數秒的進一步精度取決於實作。如果值包含實作無法支援的精度,則必須截斷額外精度,而不是四捨五入。
當地日期
如果您只包含 RFC 3339 格式的日期時間的日期部分,則它將表示整天,而不與任何偏移量或時區相關。
ld1 = 1979-05-27
當地時間
如果您只包含 RFC 3339 格式的日期時間的時間部分,則它將表示一天中的時間,而不與任何特定日期或任何偏移量或時區相關。
lt1 = 07:32:00
lt2 = 00:32:00.999999
需要毫秒精度。小數秒的進一步精度取決於實作。如果值包含實作無法支援的精度,則必須截斷額外精度,而不是四捨五入。
陣列
陣列是方括號,內含值。忽略空白。元素以逗號分隔。陣列可以包含與鍵/值對中允許的相同資料類型值。可以混合不同類型的值。
integers = [ 1, 2, 3 ]
colors = [ "red", "yellow", "green" ]
nested_array_of_int = [ [ 1, 2 ], [3, 4, 5] ]
nested_mixed_array = [ [ 1, 2 ], ["a", "b", "c"] ]
string_array = [ "all", 'strings', """are the same""", '''type''' ]
# Mixed-type arrays are allowed
numbers = [ 0.1, 0.2, 0.5, 1, 2, 5 ]
contributors = [
"Foo Bar <foo@example.com>",
{ name = "Baz Qux", email = "bazqux@example.com", url = "https://example.com/bazqux" }
]
陣列可以跨多行。陣列最後一個值之後允許有終止逗號(也稱為尾隨逗號)。任何數量的換行符和註解都可以在值、逗號和右括號之前。
integers2 = [
1, 2, 3
]
integers3 = [
1,
2, # this is ok
]
表格
表格(也稱為雜湊表或字典)是鍵/值對的集合。它們出現在單獨一行中的方括號中。你可以將它們與陣列區分開來,因為陣列永遠只包含值。
[table]
在表格下方,直到下一個表格或檔案結束 (EOF) 都是該表格的鍵/值。表格中的鍵/值對無法保證以任何特定順序排列。
[table-1]
key1 = "some string"
key2 = 123
[table-2]
key1 = "another string"
key2 = 456
表格的命名規則與鍵相同(請參閱上方 鍵 的定義)。
[dog."tater.man"]
type.name = "pug"
在 JSON 中,這將提供以下結構
{ "dog": { "tater.man": { "type": { "name": "pug" } } } }
鍵周圍的空白會被忽略,但是,最佳實務是不使用任何多餘的空白。
[a.b.c] # this is best practice
[ d.e.f ] # same as [d.e.f]
[ g . h . i ] # same as [g.h.i]
[ j . "ʞ" . 'l' ] # same as [j."ʞ".'l']
如果你不想要,你不需要指定所有超級表格。TOML 知道如何為你執行此操作。
# [x] you
# [x.y] don't
# [x.y.z] need these
[x.y.z.w] # for this to work
[x] # defining a super-table afterward is ok
允許空表格,其中沒有鍵/值對。
與鍵一樣,你無法定義表格多次。這樣做是無效的。
# DO NOT DO THIS
[fruit]
apple = "red"
[fruit]
orange = "orange"
# DO NOT DO THIS EITHER
[fruit]
apple = "red"
[fruit.apple]
texture = "smooth"
不建議以不按順序的方式定義表格。
# VALID BUT DISCOURAGED
[fruit.apple]
[animal]
[fruit.orange]
# RECOMMENDED
[fruit.apple]
[fruit.orange]
[animal]
點分鍵將每個點左邊的所有內容定義為一個表格。由於表格無法定義多次,因此不允許使用 [table]
標頭重新定義此類表格。同樣地,不允許使用點分鍵重新定義已在 [table]
形式中定義的表格。
但是,[table]
形式可以用於定義通過點分鍵定義的表格中的子表格。
[fruit]
apple.color = "red"
apple.taste.sweet = true
# [fruit.apple] # INVALID
# [fruit.apple.taste] # INVALID
[fruit.apple.texture] # you can add sub-tables
smooth = true
內嵌表格
內嵌表格提供了一個更簡潔的語法來表示表格。它們對於分組資料特別有用,否則這些資料可能會很快變得冗長。內嵌表格用大括號括起來:{
和 }
。在大括號內,可以出現零個或多個以逗號分隔的鍵/值對。鍵/值對的形式與標準表格中的鍵/值對相同。允許所有值類型,包括內嵌表格。
內嵌表格旨在顯示在單一行上。內嵌表格中最後一組鍵值對之後不允許有終止逗號(也稱為尾隨逗號)。大括號之間不允許有換行符,除非它們在值中有效。即使如此,強烈建議不要將內嵌表格拆成多行。如果您發現自己有這種慾望,表示您應該使用標準表格。
name = { first = "Tom", last = "Preston-Werner" }
point = { x = 1, y = 2 }
animal = { type.name = "pug" }
上述內嵌表格與下列標準表格定義相同
[name]
first = "Tom"
last = "Preston-Werner"
[point]
x = 1
y = 2
[animal]
type.name = "pug"
內嵌表格完全定義了其中的鍵和子表格。無法新增鍵和子表格。
[product]
type = { name = "Nail" }
# type.edible = false # INVALID
同樣地,內嵌表格無法用於新增鍵或子表格到已定義的表格中。
[product]
type.name = "Nail"
# type = { edible = false } # INVALID
表格陣列
尚未描述的最後一個語法允許撰寫表格陣列。這些陣列可以使用雙重方括號中的表格名稱來表示。在該名稱下方,直到下一個表格或 EOF 為止,是該表格的鍵值。具有相同雙重方括號名稱的每個表格將成為表格陣列中的元素。表格會依據遇到的順序插入。沒有任何鍵值對的雙重方括號表格將被視為空表格。
[[products]]
name = "Hammer"
sku = 738594937
[[products]]
[[products]]
name = "Nail"
sku = 284758393
color = "gray"
在 JSON 領域中,這會提供給您下列結構。
{
"products": [
{ "name": "Hammer", "sku": 738594937 },
{ },
{ "name": "Nail", "sku": 284758393, "color": "gray" }
]
}
您也可以建立表格的巢狀陣列。只要在子表格上使用相同的雙重方括號語法即可。在表格的巢狀陣列中,每個雙重方括號子表格都將屬於最近定義的表格元素。正常的子表格(非陣列)同樣屬於最近定義的表格元素。
[[fruit]]
name = "apple"
[fruit.physical] # subtable
color = "red"
shape = "round"
[[fruit.variety]] # nested array of tables
name = "red delicious"
[[fruit.variety]]
name = "granny smith"
[[fruit]]
name = "banana"
[[fruit.variety]]
name = "plantain"
上述 TOML 對應到以下 JSON。
{
"fruit": [
{
"name": "apple",
"physical": {
"color": "red",
"shape": "round"
},
"variety": [
{ "name": "red delicious" },
{ "name": "granny smith" }
]
},
{
"name": "banana",
"variety": [
{ "name": "plantain" }
]
}
]
}
如果表格或表格陣列的父項是陣列元素,則該元素必須在定義子項之前已經定義。嘗試反轉該順序必須在解析時產生錯誤。
# INVALID TOML DOC
[fruit.physical] # subtable, but to which parent element should it belong?
color = "red"
shape = "round"
[[fruit]] # parser must throw an error upon discovering that "fruit" is
# an array rather than a table
name = "apple"
嘗試附加到靜態定義的陣列,即使該陣列為空,也必須在解析時產生錯誤。
# INVALID TOML DOC
fruit = []
[[fruit]] # Not allowed
嘗試使用已建立陣列相同的名稱定義正常表格,必須在解析時產生錯誤。嘗試將正常表格重新定義為陣列,同樣必須產生解析時錯誤。
# INVALID TOML DOC
[[fruit]]
name = "apple"
[[fruit.variety]]
name = "red delicious"
# INVALID: This table conflicts with the previous array of tables
[fruit.variety]
name = "granny smith"
[fruit.physical]
color = "red"
shape = "round"
# INVALID: This array of tables conflicts with the previous table
[[fruit.physical]]
color = "green"
您也可以在適當的地方使用內嵌表格
points = [ { x = 1, y = 2, z = 3 },
{ x = 7, y = 8, z = 9 },
{ x = 2, y = 4, z = 8 } ]
檔案名稱副檔名
TOML 檔案應使用副檔名 .toml
。
MIME 類型
透過網路傳輸 TOML 檔案時,適當的 MIME 類型為 application/toml
。
ABNF 文法
TOML 語法的正式說明可用,作為一個單獨的 ABNF 檔案。