質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

89.10%

自前のvalidateクラスの画面遷移設計

解決済

回答 1

投稿 編集

  • 評価
  • クリップ 0
  • VIEW 280

tkshp

score 150

前提・実現したいこと

データベースに保存しないで、indexアクションの入力内容を、confirmアクションにPOST送信する際、
バリデートチェックをかけて、入力に不備があればindexアクションに戻り、エラーメッセージを表示することを考えています。
その実装が一応できたのですが、
おそらく設計が変だと自覚している為、改善方法のご教示をお願い致します。

試したこと。

・バリデートクラス。

  class SampleValidate
  include ActiveModel::Model
  attr_accessor :id, pass
  validates :id, presence: true
  validates :pass, presence: true
end

・コントローラ。

class SamplesController < ApplicationController
    protect_from_forgery
    def index
        @svalidate = SampleValidate.new
    end

    def confirm
        @svalidate = SampleValidate.new
        @svalidate.id = params[:id]
        @svalidate.pass = params[:pass]
        if @svalidate.valid?
            render 'confirm'
        else
            render 'index'
        end
    end
end


indexのテンプレートファイルでは、@svalidateを埋め込んでエラーメッセージを表示させています。

この実装に関して、以下2点がおかしいような気がするのですが、改善可能でしたら、ご教示お願いします。

1点目。
indexのテンプレートで@svalidateのエラーメッセージを埋め込む為に、
バリデートクラスを2newしている点。
可能であれば、1回のnewで済む方法があれば教えていただきたいです。
アクション間で、共通のインスタンス変数を認識する方法ってないですか?
もしくは簡単にアクション間でインスタンス変数を渡せないですか?

・2点目。
バリデートに引っ掛かっているとき、renderでindexを表示している点。
URLがconfirmのもので、indexが表示されます。
confirmはルーティングでPOSTからの受付しか許可していないので、
ブラウザをリロードすると、URLがconfirmのときのindexページはエラーを起こします。
リダイレクトでindexアクションを表示すればいいのかもしれませんが、その場合、@svalidateをリダイレクト先のindexアクションに引き継がせる方法がわかりません。
  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 過去に投稿した質問と同じ内容の質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

回答 1

checkベストアンサー

0

結論としては、このままで問題ないと思います。

1点目

indexアクションとconfirmアクションは別々のアクセスです。
なので、confirmアクションが呼ばれるときはindexアクションで作ったものをRailsは覚えていません。
2回newしているのではなく、1回のアクセスごとに1回ずつnewしているので問題ありません。
httpがステートレスなプロトコルであることを意識すると腑に落ちるかもしれません。
参考 : https://qiita.com/mtakehara21/items/efcbbc3ba58a62c10eb6

2点目

たしかにこれは気になりますよねw
ですが、これはRails的には標準的な動作です。

試しにscaffoldで何か作ってみてください。
controllerを見れば分かりますが、newアクションでフォームを表示して、createアクションで失敗したらnewがレンダーされます。
このときのURLは、newではなくcreateのURLになっています。
scaffoldの場合はcreateのURLをgetでアクセスしたらindexになるのでエラーは起きませんが、挙動としては同じです。

もしどうしても気になるようであれば、confirmのURLをgetでアクセスしたときのアクションを別途作って、エラー画面を出す、とかになると思います。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2019/02/15 11:21

    ご回答ありがとうございます。
    ご教示いただいたおかげでとても腑に落ちました。
    ありがとうございました。

    キャンセル

15分調べてもわからないことは、teratailで質問しよう!

  • ただいまの回答率 89.10%
  • 質問をまとめることで、思考を整理して素早く解決
  • テンプレート機能で、簡単に質問をまとめられる