REST API を作成するときに、GET 要求に対して JSON 形式でデータを返す場合、POST、PUT、DELETE、およびエラー メッセージの応答も JSON で送信することをお勧めしますか、それともプレーン テキストで十分でしょうか?
例えば：
新しく追加されたレコードの新しい ID (つまり、データベースの新しい自動インクリメント値のみ) を返す必要がある POST 要求の場合、応答がまだ JSON であるか、たとえば "1" や "2" などのプレーン テキストである必要があります。
「OK」または「承認済み」と言う必要がある PUT または DELETE リクエストにも同じことが言えます。また、「Bad Request」、「Not Found」などのエラー メッセージも同様です。
プレーンテキストか JSON か?
クライアント提供のAcceptヘッダーを使用して、クライアントが必要なコンテンツ タイプを制御できるようにします。ヘッダーが提供されていない場合は、適切なデフォルトを使用し、常に応答にContent-Typeヘッダーを含めてください。詳細については、RFC2616 のコンテンツ ネゴシエーション セクションを参照してください。
理論的には、「1」のみを返すことは有効な JSON です。配列や連想マッピングではありません。
OK と Accepted については、それらの HTTP ステータス コードを使用できます。体は本当に必要ありません。
それは完全にクライアントの能力に依存します。
もちろん、実際にどちらかを選択する必要はありません。コンテンツ タイプ ネゴシエーションを使用して、ユーザー エージェントの受け入れリストに応じて異なる表現を返すことができます。