News for hackers. Stuff that matters.
Re:Rich Hickey: extensible data notation by Groxx on Friday September 07, 2012 @02:12AM (#4487854)
<redacted>

I'll stick with JSON for one simple reason: you can have anything as a key (as long as it's escaped). The fact that this can't means you either a) can't use it if you have more-complex keys for some reason, or b) you have to use some non-standardized packing format to encode your illegal keys.

</redacted>

edit: thanks repliers, I missed part of the spec. Ignore!

Re:Rich Hickey: extensible data notation by zcam on Friday September 07, 2012 @04:29AM (#4488125)
Well if by anything you mean Strings, that is very limited.

   2.2.  Objects

   An object structure is represented as a pair of curly brackets
   surrounding zero or more name/value pairs (or members).  A name is a
   string.  A single colon comes after each name, separating the name
   from the value.  A single comma separates a value from a following
   name.  The names within an object SHOULD be unique.
http://www.ietf.org/rfc/rfc4627.txt
Re:Rich Hickey: extensible data notation by lmkg on Friday September 07, 2012 @02:23AM (#4487870)
False. You can use anything as a key.

> Note that keys and values can be elements of any type.

The sample code also uses a vector as a key.

Re:Rich Hickey: extensible data notation by Groxx on Friday September 07, 2012 @02:54AM (#4487921)
Ah, I missed that part. I was going off the keyword == symbol rules, which are waaaaay more restrictive. Thanks!
Re:Rich Hickey: extensible data notation by andrewflnr on Friday September 07, 2012 @02:28AM (#4487876)
Did you read the spec? "... keys and values can be elements of any type".