会員名変更API

Spring Boot 3 と JPA（インメモリ H2）で、会員の名前を変える更新APIを完成させる問題です。 新しい名前を受け取ってその会員の名前を変え、200 とともに更新後の会員を返す構造で書きます。 コントローラーはHTTPの境界だけを担い、更新ロジックはサービスで扱います。

すでに保存されているデータの一部だけを変える更新APIは、リクエストの値を既存の行に どう反映するかを決めることが核心のテーマです。この問い — リクエストが来たとき各 フィールドに何が起きるか — は、更新API全般で繰り返されるパターンです。この問題は、 会員という既存データを対象にその更新の流れを練習します。

Spring では更新ロジックはコントローラとサービスのどちらに置きますか？

コントローラーはHTTPのリクエスト・レスポンスの境界だけを担い、更新のようなビジネスルールはサービス層に置きます。この問題も同じ構造に従います。

更新APIはどう検証しますか？

リクエストした値が変わったことだけを見るのでは不十分です。更新の後に同じデータをもう一度取得し、意図した部分が期待どおり反映されたかを一緒に確認するのが、より堅い検証です。