23:57シリアル化の際に、異なるキーで保存されているセッション値の間で、オブジェクトグラフの共有がされないんだけど...。場合はそもそもシリアル化が行われていないので大丈夫。次の二つのコントロールを配置。/>コードビハインドに次のコードを記述。ように動作して欲しい。プロセス内ではなく、外部のステートサービスにそれぞれ格納するので、同じインスタンスの参照にならないんじゃないでしょうか。^^;例えば、次のようなクラスがあったとします。Value;}そして、次のようにセッション状態に格納しときます。別のオブジェクトになってしまいます。ままになってしまいます。これだと困るので、仕方なくセッションにディクショナリを一個格納しておいて、そのディクショナリに各項目を格納するようにしてます。これならば、オブジェクトグラフは適切に保たれます。一つのセッション状態で、オブジェクトグラフを共有させないようにしても混乱するだけで、あまりメリットがないような。]実際にASP.NETアプリが動作しているWebサーバとは別のサーバ上のステートサービスを利用することも可能な仕様になっているみたいなので、独立したステートサービスとしては、セッションIDのやりとりだけで同じインスタンスかどうか認識して管理するのに限界があるんじゃないかと推測したんです。推測でしかないので、私のほうでも調べてみます。]この問題の本質は、オブジェクトグラフが複製されてしまうことです。使っているのは、それを簡単に検証する目的でしかないです。別のサーバ上のステートサービスを利用することも可能な仕様になっているみたいなるほど、一つのセッション状態を一箇所に格納するとは限らないという仕様だと、難しいのかもしれませんね...。]そもそもセッションはオブジェクトグラフを再現する事を目的にはしてないです。どちらかと言えば値のセマンティクスを元にしています。出来るだけサイズが小さくなるようにシリアル化の方法を最適化しています。仕方なく単純にシリアル化して保存しているという感じに近いです。これは直感に反する動作にはなりますが、セッションは本来オブジェクトグラフをそのまま再生する事が目的ではないため、使い方の誤りです。同一インスタンスを保存する必要があるなら、セッションには共有している最終的なインスタンスを一つ保存するのが本来の使い方です。セッションを意識せずに活用するような汎用的な仕組みを作るには確かに不便ではありますが。]なるほど、そもそも思想が違うんですね。ディクショナリを一個かませるという回避方法で特に問題ないので、我慢しときます。29ブログ内検索カウンターアクセスカウンターおすすめプロフィールAuthor:よこけん性別は男です。生年月日は1984年2月頃です。社会人は2004年4月頃からやってます。C#は2004年10月頃からやってます。このブログは2006年7月頃からやってます。アプリケーションリンクopus-i商用可・加工可で、綺麗な素材を提供していらっしゃいます。紹介していらっしゃいます。中心に扱っていらっしゃいます。コマンドレットをまとめたスナップインです。クラスライブラリを作ってみました。最近の記事ブログ移転しました。返事を返せない場合があります。