Rails: beforeバリデーションをやめてセッターメソッドにしよう（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Drop this before validation and just use a setter method | Arkency Blog 原文公開日: 2016/01/29 著者: Robert Pankowecki サイト: Arkency Blog 2018/07/09: 初版公開 2022/03/09: 更新 以下のようなコードは多くのプロジェクトで目にします。 class Something before_validation :strip_title def strip_title self.title = title.strip end end しかし、この要件を満たす書き方は他にもあるのです。 class Something def title=(val) @title = val.strip end end
Rails tips: 知らないと損する4つのバリデーションレベル（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Ruby on Rails - four levels of the data validation you should be aware of（リンク先はarchive.org） 原文公開日: 2018/04/06 著者: Paweł Dąbrowsk（リンク先はarchive.org） 2018/05/09: 初版公開 2021/12/02: 更新 考えるまでもないことですが、アプリがユーザー入力を受け取ったらバリデーションが必要になります。Ruby on Railsアプリでバリデーションといえば真っ先に思い当たるのがモデルのバリデーションです。しかしそれ以外のレベルのバリデーションについてはどうでしょう。モデルのバリデーションがあれば完璧なソリューションになるのでしょうか？今回はRailsアプリの4つのレベルのバリデーショ
Rails tips: Nullalign gemでデータベースのバリデーション漏れを検出（翻訳）｜TechRacho by BPS株式会社
指定されたカラムの値が常に存在することを確認したい場合、presenceバリデータを使うのが普通です。以下は、Userモデルのtitleカラムをバリデーションするシンプルな例です。 class Post < ActiveRecord::Base validates :title, presence: true end 残念ですが、これでは不十分です。タイトルが空欄のままのpostが作成される可能性があるのです。ではどうやって回避すればよいのでしょうか。それには指定のカラムがnull値を持てないようデータベースレベルで確認します。マイグレーションファイルでnull属性を渡すことでこれを設定できます。 class CreatePosts < ActiveRecord::Migration def change create_table :posts do |t| t.string :title
Rails: Form Objectと`#to_model`を使ってバリデーションをモデルから分離する（翻訳）｜TechRacho by BPS株式会社
2018.03.02 Rails: Form Objectと`#to_model`を使ってバリデーションをモデルから分離する（翻訳） 概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Routing form objects with Rails 著者: Christoph Lupprich タイトルは内容に即したものに変えました。 Rails: Form Objectと#to_modelを使ってバリデーションをモデルから分離する（翻訳） Rails 5.2リリースノートをひととおり読んでみて、ActiveStorageなどに興味を惹かれたので、試してみたくなりました。本記事ではプレリリース版を用いてシンプルなアプリをビルドしました。 目的は、ユーザーがアンケート（questionnaire）を作成して結果を回収できるアプリを作成することです。最初にForm Objectを用いて
Rails tips: カスタムバリデータクラスを作る（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Ruby on Rails / Validations - build your own custom validator 原文公開日: 2018/01/11 著者: Paweł Dąbrowsk Railsに組み込まれているバリデータだけでは足りなくなると、独自のバリデーションルールを書かなければならなくなります。これをやりだすとモデルがたちまち肥大化してしまうので、これを避けるにはバリデーションロジックを別クラスに切り出すのが一番です。これによってコードがすっきりと分離され、再利用しやすくなります。 モデルのバリデーション バリデーションコードを切り離す方法をご覧いただくために、モデルのクラスをサンプルとして1つ作成し、まずはそこに単純なバリデーションルールを記述します。 class User < ActiveRecord::
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
