Re:A standard for building APIs in JSON
by jimktrains2 on Friday March 27, 2015 @10:24PM
(#9280228)
It's only at RC3 right now. Why would you expect an unstable spec to be static?
[ Parent
| on HN ]
There was an unversioned spec posted for months that looked usable, then suddenly they announced a complete rewrite as "RC2". Calling it a relase candidate was misleading, though - almost everything got changed again for "RC3".
I definitely can see why you'd see RC3 as a complete rewrite, but I don't understand why you'd feel that way about RC3. There were definitely changes, but they were much smaller and motivated by significant feedback by users who opened issues in response to RC2.
For example, RC2 mandated that all fields were dasherized. We made field names opaque in RC3.
At this point, we're pretty much nailing down tiny details and included this language with RC3:
JSON API is at a third release candidate state. This means
that it is not yet stable, however, libraries intended to
work with 1.0 should implement this version of the
specification. We may make very small tweaks, but
everything is basically in place.Release Candidates should already be at a largely stable point, _ready for release_.
https://en.wikipedia.org/wiki/Software_release_life_cycle#Re...
Re:A standard for building APIs in JSON
by jimktrains2 on Saturday March 28, 2015 @07:57AM
(#9281212)
My point is it became an RC3 only a few days ago. If OP used this a year ago it wasn't an RC, just an unstable spec.