5/17 8:20開始
rails console --sandbox
→サンドボックスモード：セッションで行ったデータベースへの変更をコンソールの終了時にすべて “ロールバック”する。
valid?メソッド
→オブジェクトが有効かtrue/falseで評価する。
※invalid?メソッドはその逆
6.1まで終了
5/17 9:00 終了
5/18 8:15 開始
・modelのテスト
*model作成時に↓にテストファイルが作成される。
test/models/user_test.rb
*setupメソッド
setupメソッド内に書かれた処理は、各テストが走る直前に実行される。
インスタンス変数でも、setupメソッド内で宣言しておけば、
すべてのテスト内でそのインスタンス変数が使えるようになる。
*正規表現
Rubular↓で対話的に正規表現を試せる。
https://railstutorial.jp/chapters/modeling_users?version=7.0#code-better_email_regex
6.2.4まで終了
5/18 9:10 終了
5/18 18:30 開始
*dup:同じ属性を持つデータを複製するためのメソッド。
*一意性のテスト
メールなど大文字と小文字を区別しないでテストしたい場合...
↓とすることで実現できる。
app/models/user.rb
uniqueness: { case_sensitive: false }
*データベースのレベルで一意性を保証
データベース上の一意性を保証したいカラムにインデックス（index）を追加し、
そのインデックスが一意であるようにする。
具体的には...
マイグレーションでインデックスを追加する。
$ rails g migration add_index_to_users_email
↓のマイグレーションファイルが作成される。
db/migrate/[timestamp]_add_index_to_users_email.rb
add_indexメソッドを使用し、インデックスを追加する。
(usersテーブルのemailカラムにインデックスを追加。オプションでunique: trueで一意にする。)
class AddIndexToUsersEmail < ActiveRecord::Migration[7.0]
def change
add_index :users, :email, unique: true
end
end
6.2まで終了
5/18 19:15終了
5/19 8:15 開始
・セキュアなパスワード
→ハッシュ化したものをデータベースに保存する。
ハッシュ化：ハッシュ関数を使って、入力されたデータを不可逆データ（復元不可能なデータ）に変換する処理を指す。
ログイン時は、「ハッシュ化して保存されたパスワード」と「入力したパスワードをハッシュ化した値」を比較する。
→ハッシュ化されたパスワード同士を比較することで、生のパスワードをデータベースに保存するという危険なことを回避する。
具体的には....
model内にhas_secure_passwordメソッドを追加する。
*セキュアにハッシュ化したパスワードを、データベース内のpassword_digest属性に保存できる。
*2つの仮想的な属性（passwordとpassword_confirmation）が使えるようになる。また、存在性と値が一致するかどうかのバリデーションも追加される。
*authenticateメソッドが使えるようになる（引数の文字列がパスワードと一致するとUserオブジェクトを返し、一致しない場合はfalseを返すメソッド）。
※↑を使えるようにするためには...
モデル内にpassword_digest属性が含まれていること
bcryptライブラリをGemfileに追加する
6章終了!
5/19 9:10 終了