Strictyaml Alternatives
Similar projects and alternatives to strictyaml
-
-
-
SonarLint
Deliver Cleaner and Safer Code - Right in Your IDE of Choice!. SonarLint is a free and open source IDE extension that identifies and catches bugs and vulnerabilities as you code, directly in the IDE. Install from your favorite IDE marketplace today.
-
carvel-ytt
YAML templating tool that works on YAML structure instead of text
-
-
-
-
-
Scout APM
Less time debugging, more time building. Scout APM allows you to find and fix performance issues with no hassle. Now with error monitoring and external services monitoring, Scout is a developer's best friend when it comes to application development.
-
-
-
starlark-go
Starlark in Go: the Starlark configuration language, implemented in Go
-
-
-
-
-
-
-
-
-
JSMN
Jsmn is a world fastest JSON parser/tokenizer. This is the official repo replacing the old one at Bitbucket
-
strictyaml reviews and mentions
-
YAML: The Missing Battery in Python
For manually-maintained data, I'm inclined to stick within the syntax limits of StrictYAML. It keeps me from getting too fancy.
-
Top python libraries/ frameworks that you suggest every one
strictyaml
-
Typed Config Languages
I like the approach of strictyaml. A parser that concentrates on a restricted subset of yaml and allows to use a schema to have a type safe validator.
-
how to build a JSON parser?
Don't say "it's just about the quality of the implementing team".
-
No YAML
I recommend this instead of complicated standard yaml:
-
Parsing JSON Is a Minefield
I've had a number of negative experiences with yaml, enough to put me off using it. For example the implicit parsing of 'yes' and 'no' into bools rather than strings (including the NO country code for Norway) [1], the no-quote rules allowing accidental creation of inline hashes/arrays [4], multiline string syntax so complex that it needs a helper tool [2], powerful extensions that invite your program to be exploited [3] and other obscure features (you can reference other yaml sections recursively)
It manages to be both a poor data interchange language compared to JSON, and also a bad human-friendly langage due to the above ambiguities.
Unfortunately it's still the best human-friendly configuration language in wide use, so I use [https://hitchdev.com/strictyaml/ strictyaml] instead.
[1]: https://hitchdev.com/strictyaml/why/implicit-typing-removed/
-
YAML and Configuration Files
I do think some of the more "advanced" features are definitely a mistake. StrictYAML (https://github.com/crdoconnor/strictyaml) is a limited, much saner subset of YAML that I wish people would use more: https://hitchdev.com/strictyaml/features-removed/
No coercion of y/n/yes/no/on/off to booleans (these were also removed in the official YAML 1.2 spec, thankfully), no direct object representations, no anchors or references, etc.
-
The Norway Problem
Not YAML by itself, but there are libraries that parse a YAML-like format that is typed. For example this one: https://hitchdev.com/strictyaml/. Technically, it is not compatible with the YAML spec.
-
I really love TOML files
It's not that verbose though? Sure you have to repeat yourself for hierarchy (which again, is done that way on purpose, and you shouldn't run into deep structures because again, that means you're doing serialization), but the syntax is pretty, well, clean otherwise. YAML has noisy syntax, and even their example has pretty noisy syntax in StrictYAML. I don't know what the hell is going on from just looking at it as a developer, and I won't until I learn about StrictYAML. That can't be said for TOML, or JSON. And they try to use serialization to show TOML is somehow worse, you would never use TOML for this situation, What configuration is going on here? It looks like this "story" is trying to encode documentation or something? Strict yaml's competitors are YAML and JSON, not TOML.
Stats
crdoconnor/strictyaml is an open source project licensed under MIT License which is an OSI approved license.
Popular Comparisons
Are you hiring? Post a new remote job listing for free.