The JSON API Spec

preview_player
Показать описание
Most projects these days expose or consume some kind of JSON based API, usually working in a RESTful manner. So while the combination of JSON as a data transport format and REST as a means of exposing actions on data seems fairly widely adopted, all these APIs are slightly different. Trivial decisions about implementation details with respect to the exact JSON structure, naming of REST endpoints etc. are repeated over and over with every team coming to different conclusions, resulting in slightly different APIs. Not only does that result in centuries of man-years being wasted in bikeshedding discussions but also is a massive impediment for code reuse across projects. The JSON API spec is all about making these trivial decisions once so you don’t have to. This talk introduces the spec, explains what it defines and why it does and points out how everyone profits from adopting it.
Рекомендации по теме
Комментарии
Автор

I really liked this video, very useful to get behind the thought process on how it's used and why things are how they are.

theilluminatimember
Автор

10:31 the spec
11:57 resource object

ruixue
Автор

Thanks for the talk, by the way swagger works with JSON:API

rubyaumaroc
Автор

I view common connect backend with frontend. But i many question for common JsonAPI
+ do it support wcf?.
+ do it support logic n-tier
+ do it support upload file
+ do it support extension to integration other converts json.
+ do it support perfomance when scale multi services
Thanks

Автор

I've tried it and it seems hard to me to make a relationship url fot every using Laravel

praadiiit
Автор

It really feels that this protocol is trying to cover all possible scenarios what results in a huge overhead and makes it too chatty. I really believe in simplicity, e.g. articles should be an array of objects with attributes. Relations should be nested. The idea of "included" is neat though as it provides a sort of storage right in a response. Generalization is not always for the best, simplicity is.

figase
Автор

The Content is very good but i had hard time following you up it seems that you are getting your wording on the spot while very good but it ruins our thought train, thanks again for this material.

CrzyGazara
Автор

6:00 i think he needs water not json.

einfacherkerl