以前にも出てきたattr_accessor
あまり理解できていなかったので調べてみた

##理解したこと

attr_accessorの役割
attr_accessorを意識せずにここまでこれた理由（Railsさんありがとう）

##躓いたのはこれ
2行読んで続きを放棄したくなった

Userモデルには既にremember_digest属性が追加されていますが、remember_token属性はまだ追加されていません。このためuser.remember_tokenメソッドを使ってトークンにアクセスできるようにし、かつ、トークンをデータベースに保存せずに実装する必要があります。そこで、6.3で行ったパスワードの実装と同様の手法でこれを解決します。あのときは仮想のpassword属性と、データベース上にあるセキュアなpassword_digest属性の2つを使いました。仮想のpassword属性はhas_secure_passwordメソッドで自動的に作成されましたが、今回はremember_tokenのコードを自分で書く必要があります。これを実装するため、4.4.5で触れたattr_accessorを使って「仮想の」属性を作成します。(Railsチュートリアル第６版)

##少しずつ理解していく

Userモデルには既にremember_digest属性が追加されていますが、remember_token属性はまだ追加されていません。

Userモデルに既存の属性は

User.attribute_names
=> ["id", "name", "email", "created_at", "updated_at", "password_digest", "remember_digest"]

remember_token属性はない

###attr_accessorとは
読み書きできる属性を定義するために用いる

attr_accessor :remember_tokenとすることで
Userクラスのオブジェクトに対してremember_token属性を定義し
user.remember_tokenと属性を参照したり
`user.remember_token = "token"と属性を代入したり
することができるようになる

以下を参考にしました
Rubyのattr_accessorって何？[和訳]

###attr_accessor :nameやattr_accessor :emailってやったことないよ
いままで散々user.name, user.emailを使用してきたのに
attr_accessorを意識したことはなかった

これについては
Railsから入った人へ【attr_accessor】って？

rails generate model...やmigrationの過程で
Railsが勝手に同様の処理をしてくれていたみたい

###"データベースに保存せず"という点が重要だった

このためuser.remember_tokenメソッドを使ってトークンにアクセスできるようにし、かつ、トークンをデータベースに保存せずに実装する必要があります。
...
これを実装するため、4.4.5で触れたattr_accessorを使って「仮想の」属性を作成します。

remember_tokenはDBに保存しない
つまりrails generate model...やmigrationを用いずに
新たな属性を付与したいのでattr_accessorを使うと理解した

ちなみに
attr_accessor :remember_tokenが定義されていても

User.attribute_names
=> ["id", "name", "email", "created_at", "updated_at", "password_digest", "remember_digest"]

と"remember_token"はオブジェクトの属性として含まれないにもかかわらず

user.remember_token = "token"
=> "token"
>> user.remember_token
=> "token"

オブジェクトの属性のように扱うことができる
この辺が”「仮想の」属性”ということなのだろうか