私はRuby On Railsライブレッスンのビデオを見ており、著者はアクティブレコードユーザモデルを定義しました。モデルでは、モデルのpassword_confirmationフィールドの一部を作成しました。 RoRではこの標準的なプラクティスですか?モデルの一部として定義するには私には奇妙なようです...RoR ARユーザモデル
たとえば、モデルの一部として電子メールによる確認を定義したり、ユーザー名を確認したりしないでください。
この標準/標準RoRプラクティスですか?
私はRuby On Railsライブレッスンのビデオを見ており、著者はアクティブレコードユーザモデルを定義しました。モデルでは、モデルのpassword_confirmationフィールドの一部を作成しました。 RoRではこの標準的なプラクティスですか?モデルの一部として定義するには私には奇妙なようです...RoR ARユーザモデル
たとえば、モデルの一部として電子メールによる確認を定義したり、ユーザー名を確認したりしないでください。
この標準/標準RoRプラクティスですか?
あなたはモデルをArに仮想属性(インメモリのみ彼らがデータベースに裏打ちされていないされている属性)を追加することができます。
モデルのクライアントに対して、属性は実際に見えますが、データベースには格納されません。
この例では、password_confirmation属性はvirtualです。
Railsのユーザーモデルを考えるには、2つの方法があることを忘れないでくださいRailsアプリケーション
数字2は、アプリを構築するのに適した方法です。 「Thick models、thin controllers」というモットーの背後にあるアイデアです。
モデルに仮想属性を追加して、入ってくるフォームの属性を大量に設定できるようにすることは、しばしば意味があります。実際の属性と仮想の属性は、モデルのメソッドによって適宜使用されます。
はい
追加password_confirmation属性は仮想です。パスワードを検証するためのメモリ内属性としてのみ存在します。これを達成するために、検証によって、確認属性のモデルにアクセサが追加されます。