5 ms·
I think that's a good point. Why use .toml when we have better alternatives already? (I admit I have a bias against toml, but still...)
by pandatigox 12y ago
I think that's a good point. Why use .toml when we have better alternatives already?
(I admit I have a bias against toml, but still...)
- the_mitsuhiko 12y agoWhich ones would that be?
- mateuszf 12y agoHow about s-expressions :) ?
- phloxicon 12y agoYAML is quite mature, clean, is a superset of JSON so people could use JSON if they wanted, and it's used for config files for pub, Dart's package manager. TOML doesn't seem mature enough.
- bjz_ 12y agoTOML is extremely simple. YAML on the other hand is incredibly hard to implement. JSON has no comments and is not really that nice for humans.
- nimish 12y agotoml is unstable and has no real spec + YAML has a well defined spec and is widely used?
- Ygg2 12y agoYAML spec is also super complicated and writing parser for it is non-trivial (for comparisson YAML has ~150 EBNF rules while XML with DTD has about ~80)! I'm not comparing validation rules but they are probably about the same. This complexity means there is already a parser for TOML, and not one for YAML. That's IMO main reason they went with TOML.
- steveklabnik 12y agoThere are actually already MULTIPLE parsers for TOML in Rust, and Cargo switched between the two yesterday. As you say, this is a testament to TOML's simplicity. EDIT: Furthermore, TOML is going to have a 1.0 soon: https://github.com/rust-lang/cargo/issues/46 https://github.com/rust-lang/cargo/issues/46
- kodablah 12y agoHOCON: https://github.com/typesafehub/config https://github.com/typesafehub/config