RailsTutorial 6章 メモ

6章　ユーザーモデルを作成する

6.1 Model

Webアプリケーションではユーザの個別のデータを保存することが必要である。
Modelはデータの保存する手段を提供してくれる。

ユーザの検索方法

• idで検索する方法

User.find(id)

• 属性で検索する方法

User.find_by(属性: 属性の値)

• 最初のレコードを取得

User.first

• 全てのレコードを取得

User.all

レコードの属性の更新及び保存

• 1つの属性のみ更新する場合

user.update_attribute(name:"unio")

• 複数の属性を更新する場合

user.update_attributes(name: "unio", email "[e-mail]")

※update_attributesでは1つの属性でエラーが出ると全ての更新が失敗する

6.2 ユーザを検証する

Validationの種類

• 存在性　presence
• 長さ　length
• フォーマット　format
• 一意性　uniqueness
• 確認　confirmation

検証（バリデーション）の記述方法

   validates :対象属性, 検証の種類

記述例

app/models/user.rb

class User < ApplicationRecord
  validates :name, presence: true, length: { maximum: 50 }
  VALID_EMAIL_REGEX = /\A[\w+\-.]+@[a-z\d\-]+(\.[a-z\d\-]+)*\.[a-z]+\z/i
  validates :email, presence:   true, length: { maximum: 255 },
                    format:     { with: VALID_EMAIL_REGEX }
end

検証が失敗した場合

errorsオブジェクトが作成される
>> user.errors.full_messages => ["Name can't be blank"]

正規表現

有効なメールアドレスには決まったルールが存在する。
そのルールに従っていないアドレスを検出してエラーを出せば無効なメールアドレスを登録してしまうことがない。
そのような決まった文字列にルールを与えられるようにするのに便利なのが正規表現。

email属性に関する正規表現の例

  VALID_EMAIL_REGEX = /\A[\w+\-.]+@[a-z\d\-]+(\.[a-z\d\-]+)*\.[a-z]+\z/i

インデックス

usersテーブルではemail属性に重複するデータが作成されるのを許したくない。
しかし検証(バリデーション)のみでは一意性を完全に保障することはできない。
データべースレベルで一意性を強制するためにはインデックスが必要。

インデックス追加の例

$ rails generate migration add_index_to_users_email

db/migrate/[timestamp]_add_index_to_users_email.rb

class AddIndexToUsersEmail < ActiveRecord::Migration[5.0]
  def change
    add_index :users, :email, unique: true
  end
end

パスワードハッシュ化

前提としてgem 'bcrypt'が必要

password_digest属性の追加

$ rails generate migration add_password_digest_to_users password_digest:string

あとは has_secure_password をUserモデルに記述するだけでハッシュ化させられる。