3 ms·

What I am most baffled by with Yaml is the fact that it’s a superset of JSON. Whenever an input accepts YAML you can actually pass in JSON there and it’ll be v

• dragonwriter 6y ago
  > Whenever an input accepts YAML you can actually pass in JSON there and it’ll be valid Strictly speaking, this is only true of YAML 1.2, not YAML 1.0-1.1 (the article here addresses YAML 1.1 behavior, the headline example od which was removed ib YAML 1.2 twelve years ago), though it calla YAML 1.1 “YAML 2.0”, which doesn’t actually exists. Of course, there are lots of features, like custom types, that JSON doesn’t support, but you can still use YAML’s JSON-style syntax instead of actual JSON, for them.
• alephu5 6y ago
  Yes this is usually the best way. If you need some features for code reuse there are several preprocessors. I personally use Dhall to configure everything and then convert it to JSON for my application to consume. It is a lot more powerful than YAML and has a very safety-oriented type system.
• norrius 6y ago
  > Whenever an input accepts YAML you can actually pass in JSON there and it’ll be valid ...unless your parser strictly implements YAML 1.1, in which case you should be careful to add whitespace around commas (and a few other minor things). This is a valid JSON that some YAML parsers will have problems with: {"foo":"bar","\/":10e1} The very first result Google gives me for "yaml parser" is https://yaml-online-parser.appspot.com https://yaml-online-parser.appspot.com, which breaks on the backslash-forward slash sequence.