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

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

ただいまの
回答率

90.75%

  • Ruby

    7016questions

    Rubyはプログラミング言語のひとつで、オープンソース、オブジェクト指向のプログラミング開発に対応しています。

  • Ruby on Rails

    6737questions

    Ruby on Railsは、オープンソースのWebアプリケーションフレームワークです。「同じことを繰り返さない」というRailsの基本理念のもと、他のフレームワークより少ないコードで簡単に開発できるよう設計されています。

【Rails5】Action毎にallow_blank/presenceのバリデーション可否を変えたい

解決済

回答 2

投稿

  • 評価
  • クリップ 0
  • VIEW 157
退会済みユーザー

退会済みユーザー

 Create/Updateアクションでallow_blankやpresenceの可否を分けたい。

 要件        
 User#Create         useridカラムの「空欄を許す」           
 User#{useridのみ決めるAction}         useridカラムの「空欄許さない」       

user.rb(model)

VALID_USERID_REGEX  = /\A[a-z0-9]+\z/
validates :userid ,length:{ in: 4..20 } ,format:{with:VALID_USERID_REGEX} ,uniqueness: { case_sensitive: false } 

 したいことは、サービスの新規登録の流れ。

Twitter等でもおそらく

 流れ   内容     
 (1)         新規登録       
 (2)         メール認証 → 認証後       
 (3)         一意のユーザIDを決める(※何かしらのアクションで)      
 (4)         twitter.com/{決めたID}が利用可能に       

上記の流れがあると思うのですが、それと同じことをしたいと考えてます。

user.rbのuserid
presence:trueとバリデーション表記すると、(1)でバリデーションが引っかかる気がします。

allow_blank:true にすると、userid決定時に、(3)空欄でもフォームを通る気がします。

どのような実装方法が良いでしょうか。ご教授いただける方、致したらよろしくお願いします。

  • 気になる質問をクリップする

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

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

    クリップを取り消します

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

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

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

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

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

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

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

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

    質問の評価を下げる

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

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

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

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

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

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

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

    詳細な説明はこちら

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

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

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

回答 2

checkベストアンサー

+1

上記の流れがあると思うのですが

実装の手間を考えれば、(1)の時点で「一意のユーザーIDを決める」ところを実行する、というのが適当ではないかと思います。

最初の登録時点で決められれば、ユーザーID値もNOT NULLにできますので、「値がない」などの問題を避けられて便利です(データベースのID自動付番で良ければ、それをそのまま使ってもいいですし)。

投稿

編集

  • 回答の評価を上げる

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

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

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

  • 回答の評価を下げる

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

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

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

  • 2017/09/11 12:28

    ユーザが結局メール認証をせず、アカウントを放置するケースがあります。
    しかし放置されたアカウントにも一意のIDが設定されていると、
    使われてないIDが勿体無いというか、そういう場合があるなあと
    思ってるのですが、なかなか実装は、面倒でしょうか。

    キャンセル

  • 2017/09/11 13:16

    IDとして取れる値は32ビット符号付きでも21億個、64ビット符号付きでは900京個(全人類に10億個ずつ振ってもまだ余る)もあります。

    「限定生産でシリアルナンバー付きの製品を作る」というような、番号自体に一定の価値がある場面であれば話は別ですが、そうでなければIDの消費を1つケチったことによる、実装の手間を上回るだけのメリットはないと思います(どうせ退会者が出れば飛ぶわけですし)。

    キャンセル

+1

(1)の時点でuseridを入力しないなら、ifでメール認証が済んでいるときだけバリデーションを有効にするという方法が使えます。

validates :userid ,(条件省略), if: Proc.new { メール認証済み? }

(1)の時点でuseridは入力してもよいししなくてもよいが、した場合は検査が必要、だと、標準のバリデータだと対応できないと思うので、カスタムバリデータを実装してください。

カスタムバリデータの書き方についてはRailsガイドを参考にしてください。

投稿

  • 回答の評価を上げる

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

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

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

  • 回答の評価を下げる

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

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

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

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

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

関連した質問

同じタグがついた質問を見る

  • Ruby

    7016questions

    Rubyはプログラミング言語のひとつで、オープンソース、オブジェクト指向のプログラミング開発に対応しています。

  • Ruby on Rails

    6737questions

    Ruby on Railsは、オープンソースのWebアプリケーションフレームワークです。「同じことを繰り返さない」というRailsの基本理念のもと、他のフレームワークより少ないコードで簡単に開発できるよう設計されています。