クライアントからは空欄（プレースホルダー）付きのJSONを送信。サービス側で穴埋め(Fill)。
普通に読む時と同じ制御構造でリクエスト作成。
クライアントからは空欄付きのJSONを送信。サービス側で穴埋め(Fill)。
MV*のMと合わないなら*で整形。構造がおかしいかどうかは作ったり読んだりするクライアント側任せ。
サービス側はできるところだけFillするだけでもいいかも知れない。
読む時と同じ制御構造でリクエスト作成。
URIクエリーに普通に書くとURIがごちゃごちゃ。よくない。
それよりも、JSONの構造別(リクエストURI別)にvisitorを用意したほうがいい。
構造に名前を付けたりせずに、構造自体をリクエストに含めるのがいい。
MV*のMと合わないなら*で整形。構造がおかしいかどうかは作ったり読んだりするクライアント側で。
できるところだけFillするだけでもいいかも知れない。
  • -

GETリクエストではURIがごちゃごちゃ。よくない。
それよりも、JSONの構造別(リクエストURI別)にvisitorを用意したほうがいい。
HTTPのGETメソッドでは不具合が起きるような長いリクエストは X-HTTP-Method-Override に GET と書いてリクエストボディにJSONを書く。