Re:Son – A minimal subset of JSON for machine-to-machine com...
by mixedCase on Tuesday March 14, 2017 @03:08PM
(#13870506)
Why not use something like Protobufs and Cap'n'Proto instead of yet another serialization format?
[ Parent
| on HN ]
Re:Son – A minimal subset of JSON for machine-to-machine com...
by kevin_thibedeau on Tuesday March 14, 2017 @03:17PM
(#13870592)
They require a schema. A schemaless binary serialization like CBOR or BSON is more amenable to JSON interchange.
Re:Son – A minimal subset of JSON for machine-to-machine com...
by k__ on Tuesday March 14, 2017 @04:06PM
(#13871013)
How about http://msgpack.org/?
Re:Son – A minimal subset of JSON for machine-to-machine com...
by seagreen on Tuesday March 14, 2017 @07:03PM
(#13872340)
Son's a niche tool to allow talking to JSON services in a more consistent way. It's not meant as an competitor to any other data format.
EDIT: s/alternative/competitor
Re:Son – A minimal subset of JSON for machine-to-machine com...
by CJefferson on Tuesday March 14, 2017 @03:24PM
(#13870655)
I always find myself finding myself back with JSON. The advantage it can be parsed easily in any language -- everything has a JSON parser.
Re:Son – A minimal subset of JSON for machine-to-machine com...
by hnbroseph on Tuesday March 14, 2017 @05:12PM
(#13871529)
protobufs are fairly wide spread... from action script to erlang to haskell to visual basic.
Re:Son – A minimal subset of JSON for machine-to-machine com...
by CJefferson on Tuesday March 14, 2017 @05:43PM
(#13871733)
Last time I tried (6 months ago) I couldn't find a proto3 implementation for Haskell that was complete ( https://github.com/google/proto-lens doesn't do Any, https://github.com/alphaHeavy/protobuf doesn't do proto3). Maybe one exists, or I could use proto2 and rewrite the other system I was working with.
I decided it was easier in my case to just output JSON.