Edn Alternatives
Similar projects and alternatives to edn
-
-
Scout APM
Scout APM: A developer's best friend. Try free for 14-days. Scout APM uses tracing logic that ties bottlenecks to source code so you know the exact line of code causing performance issues and can get back to building a great product faster.
-
-
SVGToolpathReader
Cura plug-in to read SVG files as toolpaths, for debugging printer movements.
-
awesome-json-next
A Collection of What's Next for Awesome JSON (JavaScript Object Notation) for Structured (Meta) Data in Text - JSON5, HJSON, HanSON, TJSON, SON, CSON, USON, JSONX/JSON11 & Many More
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
Reviews and mentions
-
Parsing JSON Is a Minefield
We could build such a format on top of JSON (there are probably multiple), but I again agree with Crockford that this sort of thing does not belong in JSON.
Makes for a bunch of headaches, though, for sure.
One example is a data scientist I used to work with. He was working with lots of machine learning libraries that liked to use NaN to mean "nothing to see here." A fellow developer ended up writing code that used some sort of convention to work around it, e.g. number := decimal | {"magic-uuid": "NaN"}. I can see why some people are of the opinion "this is stupid, just allow NaNs." I disagree.
- edn: Extensible Data Notation (2014)
- JSON5 Data Interchange Format
-
The Norway Problem
Seems you're missing my personal favorite, extensible data notation - EDN (https://github.com/edn-format/edn). Probably I'm a bit biased coming from Clojure as it's widely used there but haven't really found a format that comes close to EDN when it comes to succinctness and features.
Some of the neat features: Custom literals / tagged elements that can have their support added for them on runtime/compile time (dates can be represented, parsed and turned into proper dates in your language). Also being able to namespace data inside of it makes things a bit easier to manage without having to result to nesting or other hacks. Very human friendly, plus machine friendly.
Biggest drawback so far seems to be performance of parsing, although I'm not sure if that's actually about the format itself, or about the small adoption of the format and therefore not many parsers focusing on speed has been written.
> S-expressions inherits all trouble with data types from json (dates, times, booleans, integer size, number vs numeric string).
Hm, not sure that's true, S-expressions would only define the "shape" of how you're defining something, not the semantics of how you're defining something. EDN https://github.com/edn-format/edn for all purposes is S-expressions and have support for custom literals and more, to avoid "the trouble with data types from JSON"
-
SVG: The Good, the Bad and the Ugly
EDN ! https://github.com/edn-format/edn
-
I would like to use Orgpad seriously but...
Downloading them in EDN format, exactly as we store them on the server. EDN is a text data format similar to JSON which is used everywhere in our Clojure-based infrastructure. There is currently no button within the application, but it can be downloaded by appending /download at the end of an OrgPage address. For instance, to download Help, one can use this link: https://orgpad.com/o/CUPF51fJVDeq8xQkwPs2WT/download. Note that if there are any URL parameters (staring by ?) in the address, they have to go after download. Uploaded images and files have to be downloaded separately by pressing Download All button in the side menu.
Stats
Popular Comparisons
Are you hiring? Post a new remote job listing for free.