Rails学習における「編集機能（edit/update）」の実装を通じて、MVCがどのようにバトンを繋ぎ、データの正確性を守っているのかを深く掘り下げます。

実装の全体像（What）と具体的なコード解説
商品編集機能は、以下の4つの要素が連携して完成します。

① ルーティング：リクエストの「入り口」
ファイル： config/routes.rb

# edit（表示）と update（更新）アクションへのパスを生成
resources :items, only: [:index, :new, :create, :show, :edit, :update]

Railsの「地図」を広げる作業です。URL（/items/:id/edit）と、動かすべきコントローラーのアクションを紐付けます。これがないと「No Route Error」が発生します。

② コントローラー：現場の司令塔とガードマン
ファイル： app/controllers/items_controller.rb

class ItemsController < ApplicationController
  ＃1. 前処理（フィルタ）で安全性を確保
  before_action :authenticate_user!, only: [:edit, :update]
  before_action :set_item, only: [:show, :edit, :update]
  before_action :move_to_index, only: [:edit, :update]

  def update
    # 2. updateメソッドを呼んだ瞬間にモデルのバリデーションが走る
    if @item.update(item_params)
      redirect_to item_path(@item.id) # 成功：詳細ページへ
    else
      # 失敗：入力内容を保持して編集画面を再表示
      render :edit, status: :unprocessable_entity 
    end
  end

  private
  def set_item
    @item = Item.find(params[:id])
  end

  def move_to_index
    # 出品者本人以外がアクセスしてきたらトップページへリダイレクト
    redirect_to root_path unless current_user.id == @item.user_id
  end
end

なぜ before_action で本人確認をするのか？

ビューで編集ボタンを非表示にするだけでは、URL（/items/商品ID/edit）を直接入力する「URL直打ち」の攻撃を防げません。サーバーサイドの入り口で物理的にアクセスを遮断することで、他人の商品データを改ざんされるリスクを根本から排除しています。

なぜ保存失敗時に render :edit を使うのか？

redirect_to（新しいリクエストを送り直す）を使うと、ユーザーがせっかく入力した内容が消えてしまいます。 render を使えば、入力途中のデータ（@itemの中身）を保持したまま画面を表示できるため、ユーザーは間違った箇所だけを直すことができ、UX（ユーザー体験）が向上します。

③ モデル：データの正確性を守る「番人」
ファイル： app/models/item.rb

# データの正しさを判定する
validates :name, :info, :price, :image, presence: true
validates :price, numericality: { only_integer: true, greater_than_or_equal_to: 300 }

バリデーションは、不適切なデータをDBに入れないための最終防衛ラインです。保存・更新の直前に自動で発動し、ルール違反があればエラーメッセージを生成します。

④ ビュー：ユーザーへの「窓口」と「hoge」の解消
ファイル： app/views/items/edit.html.erb

<%= form_with model: @item, local: true do |f| %>
  <%# エラー理由を表示し、ユーザーに修正を促す %>
  <%= render 'shared/error_messages', model: f.object %>

  <%# 仮名「hoge」を実際のカラム名（:name等）に書き換える %>
  <%= f.text_area :name, class:"items-text" %>
  ...
<% end %>

なぜ「hoge」をカラム名に書き換えるのか？

テンプレートにある :hoge は単なる目印です。これを :name や :price に書き換えることで、Railsの**「データバインディング」**が機能します。

初期値の表示: form_with がモデルオブジェクトから値を自動抽出し、編集画面を開いた瞬間に「以前入力した内容」を表示してくれます。

更新の正確性: 入力された値がどのカラム（名前なのか、価格なのか）に対応するかをRailsが正しく認識できるようになります。