植田さん。ごめんなさい。名前を間違えるなんて、、、申し訳ないです。

> > 次のリクエストの時にはattr_accessibleの設定はクリアされた状態になっていますが、
> > 毎回、Userクラスが読み込みなおされていると考えてよいのでしょうか。
と書いたのはEnviromentがdevelopmentだからでした。Productionで動かした場合
前回のリクエストでattr_accessibleしたものも有効になっていました。
developmentでは毎回モデルを読み直してるみたいですね。

> class User < ActiveRecord::Base
>   attr_accessible :email
>   ...
> end
植田さんの仰るとおり、通例は上のように書くようですね。
でもこのようにすると、あるパターンのときはemailを更新したいけど、
他のパターンではemailを更新したくないといった場合にうまくいかなくなってしまいます。

ネットを徘徊して調べていたのですが、まさにこれといった解法がありました。
http://techno.hippy.jp/rorwiki/?HowToEnsureValidAttributesInFormData=
とりあえず、この解法で実装することにします。

ありがとうございました。


06/05/08 に UEDA Hiroyuki<bsdmad@g...> さんは書きました:
> しくしく... 上田ではなく植田です。
>
> # いえ、いつもの事で慣れてますが一応ツッコミで :p)。
>
> > 岩本です。
> >
> > 上田さん返信ありがとうございます。
> > これを使うとまさに目的のことができました。ありがとうございます。
> >
> > ソースコードはこんな感じですよね。
> >         User.attr_accessible(:email)
> >         @user = User.new(params[:user])
>
> 使ったこと無いので良く知らないのですが(無責任?)
>
> class User < ActiveRecord::Base
>   attr_accessible :email
>   ...
> end
>
> という書き方の例があちこちにありますね。この書き方なら
>
> > 次のリクエストの時にはattr_accessibleの設定はクリアされた状態になっていますが、
> > 毎回、Userクラスが読み込みなおされていると考えてよいのでしょうか。
>
> というご質問の回答になっているでしょうか。
>
> # この辺りの話しは前田さん監訳の Rails 本 pp.443 に出ていますので、もし
> # お手元にあるようならご参照いただくと良いと思います。
>
>
> > クラスメソッドだと、一度設定すると後にもその設定が残りそうな気がしたのですが。。。
> > すごい勘違いをしているのでしょうか。もしご存知でしたら教えていただけますか?
>
> えーっと... 正しそうな説明が思いつきません ^^;)。識者の方、よろしくお願いします。
>
> --
> UEDA "BSD mad" Hiroyuki <bsdmad@g...>
>
> --
> ML: rails@r...
> 使い方: http://QuickML.com/
>
>

--
ML: rails@r...
使い方: http://QuickML.com/