Web APIにはJSONベースのフォーマットを使おう - Qiita

{ "response": { "id": 3342124, "message": "Hi!", "user": { "id": 3456, "name": "Taro Yamada", "image_url": "/images/taro.png" } } } など、どの構造がいいでしょうか？ もっと違う構造も考えられます。 JSONはシンプルですが、構造に制約がなさすぎます。適切な設計を行うには適切な制約が必要です。 そこで、plain JSONに少し制約を加えたJSONベースのフォーマットを使うことをおすすめします。 もしあなたが、JSONレスポンスをどのようなフォーマットにするかをチームで議論したことがあるなら、JSON APIは『自転車置き場の議論』に対抗する武器となる。 共有された規約に従うことで、生産性が向上し、汎用的なツールを利用でき、アプリケーションという重要なものに集中

[iTaro]

似た道をXML-RPCからSOAPで辿ったのは過去と呼ぶには近すぎる出来事。JSON Securityなんて出てきたら、もうお腹いっぱい。

[yuhi_as]

SOAP時代でいろいろやって未だにAPIフォーマットで消耗してる時点で統一フォーマット無理じゃない？って思ってる

[sho]

まだSOAPの再生産をやってるんだね……

[muddydixon]

XMLで見てきた感じ

[pullphone]

ぱっと見（なんだこの既視感…あ、これ XML でも見たやつや！）と思った

[oddly]

似た道をXML-RPCからSOAPで辿ったのは過去と呼ぶには近すぎる出来事。

[tricknotes]

“適切な設計を行うには適切な制約が必要です”

[joe-re]

構造に制約があると悩み事が減って生産性上がる

[amring]

“http://docs.aws.amazon.com/apigateway/api-reference/”

[easy-breezy]

HAL知らなかったけど良いですね

[oki448jp]

JSONフォーマットいろいろ

[tyru]

段々複雑になってXMLに近付いてきてるな…

[mallowlabs]

HAL / JSON API / Collection+JSON

[Kureduki_Maari]

WebAPI - Web APIにはJSONベースのフォーマットを使おう by @tkawa on @Qiita

[BigFatCat]

HAL

[ytsnomiya221]

メモ。けど基本フラットでいいんじゃ…とも思ってる。やっぱ場合によって適切な形があるから議論も必要な気が…っていうのがいけないのか…？

[daimatz]

うーん

[nakamura2ro]

もしあなたが、JSONレスポンスをどのようなフォーマットにするかをチームで議論したことがあるなら、JSON APIは『自転車置き場の議論』に対抗する武器となる。

[futosuke9]

{ "response": { "id": 3342124, "message": "Hi!", "user": { "id": 3456, "name": "Taro Yamada", "image_url": "/images/taro.png" } } } など、どの構造がいいでしょうか？ もっと違う構

[youhey]

参考になりそうなので覚えておこう。JSON RPC 2.0とかどうなるんだろ

[at_yasu]

後で考える

[aquarickn]

無駄なデータ増えるけど、標準化は必要だなぁ

[kenichiice]

「JSONはシンプルですが、構造に制約がなさすぎます。適切な設計を行うには適切な制約が必要です。」

[seuzo]

なにごともケースバイケースだと思うがな…　そういう態度がいかんのか！

[mut00tum]

フォーマット

[luccafort]

やりたいことは理解出来る、がそれはそれとしてこれでないと駄目！みたいな感じの強制されるのは嫌かなぁ。あくまでもフォーマットだから強制力はないのかもしれんけど。

[digitalglm]

WebAPI - Web APIにはJSONベースのフォーマットを使おう - Qiita: { "response": { "id": 3342124, "message": "Hi!", "user": { "id":…

[bes-matsuoka-s]

JSON

[djshigy]

JSON

[okei1213]

#slmtech

[toremoro]

api

[hatecafe]

I