2
でhttps://tools.ietf.org/html/rfc6749#section-4.1.1コンテンツタイプのOAuth2
好奇心の取得を見てみましょう:
クライアントが認可エンドポイントのクエリコンポーネントに次の
のパラメータを追加することによって、リクエストURIを構築"アプリケーション/ x-www-form-urlencodedで" フォーマット
を使用してURI
...とサーバーがしなければなりません"application/json"で応答します。
質問は以下のとおりです。
- は、なぜ私たちは、 "アプリケーション/ X-WWW-フォームは、URLエンコード" 明示的に使用する必要がありますか?
- urlencodedのメリットはありますか?
- 私はここでurlencodedとjsonの両方を受け入れることを止めますか?私はRFCに違反しているとは思わない。
'私は本当にRFC'に違反していないのですか?明らかに は 'application/x-www-form-urlencoded"フォーマットを使用しています。 – ZoT
@ZoT驚くべきことに、_both_コンテンツタイプを実装している間も、クライアントはurlencodedリクエストを使って正しい応答を得ています。 私の "what"はurlencodedの実用的な理由です。私はまだjsonレスポンスでurlencodeされたリクエストの "ワット"です。 –