I would like to formalize and align some of our API:s according to specific guidelines.
When creating my Guidelines, is there a difference if I use jsonapi.org as my reference compared to json.org as a reference ? or is jsonapi.org coming from json.org ?
To answer your first question, I guess I would like to be compliant to RFC7159 and use jsonapi.org to get to that point. So I think I would like my API:s to be compliant with your spec, that depends on - if I have understood everything correctly.
This section describes the structure of a JSON API document, which is identified by the media type application/vnd.api+json. JSON API documents are defined in JavaScript Object Notation (JSON) [RFC7159].
When you say that JSON API is a superset of JSON, then you mean [ disclaimer : not a native English speaker ] that you fulfill the RFC7159 and have one or more extention ?
I see your statement
Unless otherwise noted, objects defined by this specification MUST NOT contain any additional members. Client and server implementations MUST ignore members not recognized by this specification.
so I guess there are no additional members/elements ?
is there some kind of relationship between the sites json.org and jsonapi.org ?
Is the purpose of jsonapi.org to help us understand RFC7159
I hope my questions are not to basic, the answers will help me argue for JSON-standard at my workplace.
Reading through , http://jsonapi.org/about/ , I see that it says ‘This specification reached a stable version 1.0 on May 29, 2015.’ and that you are coming from the EmberJS side.
And by saying ‘this specification’ , could I say that the RFC7159 != jsonapi ?
So, my first attempt should be to align my API with RFC7159 to come up to a JSON-standard.
Then if I have clients, such as the Emberjs , then my step should be to comply with the jsonapi.org ?