【資料交換格式 - TOML】更加人性化的資料交換格式

您是否苦於網路資訊爆炸嗎？ 教學何其多，但卻無法好好選擇的困境呢？ 歡迎加入「🔒 阿Han的軟體心法實戰營」， 這裡不給您冗餘的雜訊， 單刀直入直接送您重點， 避開選擇障礙的困境， 讓您獲得業界標準的開發起手式， 成為Top 1的頂尖人才。

上一篇我們為您帶來了「【資料交換格式 - YAML】YAML真的有比較好嗎？ 與JSON相比又如何？應用場景…」，相信對於YAML與JSON這兩種資料交換格式已經相對的熟悉了吧，那這次我們介紹一個更新的資料交換格式TOML，從上一篇我們可以知道YAML相較於JSON之下帶來了許多的好處，也越來越多的配置檔都採取YAML這種格式，但近期其實也越來越多大型專案開始採取TOML格式了，這究竟是為什麼呢？ 到底有何魅力？ 就讓我們一步步的來揭密吧…

這次我們就開門見山先來說說TOML究竟明確目標與特點：

• 語意簡潔無歧義。
• 容易閱讀與最小化配置。
• 容易轉換成各種語言的結構。
• 支援註解(json不容易做到的)。

導覽官方文檔

https://toml.io/en/v1.0.0#inline-table

很簡單，整個主題大概20個項目左右，每一個項目都短短的，大約半個小時就能夠快速讀懂，如˙果您懶得讀也沒關係，請持續看下去，我們會幫您整理出最簡短的重點，讓您一次瞭解到TOML的精髓。

⭐ 視覺上凸顯的 [section] 區塊的清楚分類

[section] 這樣的視覺化呈現出區塊的分隔領域， 彼此清清楚楚，雖然您可能會說JSON也有啊，對！ 沒錯， JSON也有，但試想一下嵌套層直直落有沒有像是Javascript的Callback地獄？ 那您可能會問，YAML呢？ 不能做到嗎？ 沒關係，先上一張圖讓您自行做個對比，心中自有答案。

⭐ Inline表格

我們可以看到右邊是JSON格式的部分對於嵌套結構，會層層的嵌套下去，那麼一但層級越多，勢必會很雜很亂，因此TOML支援以 . 號作為嵌套的表達，適時的簡化每一層級多餘的 {}。

結語

簡單來說TOML、YAML這類資料交換格式最初衷還是在解決JSON僅適用於開發人員的侷限性，因此就著場景的不同這些資料交換格式都會有其存在的必要性，我們只需要了解這些格式的精髓即可，並沒有說誰就是最好，那麼相信在設計產品時，對於技術、格式的選型會對大家更加有幫助。

整體而言， 就視覺上來看， TOML更加的簡潔， 將格局空間利用率最大化， 減少無謂的縮排， 取而代之的是更貼近人性的突顯符號進行區隔， 我們就想像一間30年的舊格局與現代系統櫃、輕裝潢的樣貌就能夠知曉其中好處。

喜歡撰寫文章的你，不妨來了解一下：

Web3.0時代下為創作者、閱讀者打造的專屬共贏平台 — 為什麼要加入？

歡迎加入一起練習寫作，賺取知識！