現在、ASP.Netの場合は、要求ごとにコンテキストが作成され(必要な場合のみ)、要求のモデルを使用し、最後に処理されますその要求。これは、クエリモデルごとに古い使用をしなくても、コンテキストを永遠に持たなくて済むことの間に、これが良いバランスであることがわかりました。今問題は、WPFでは、要求モデルのように使用できるものは何もわかりません。今のところ、同じコンテキストを永遠に(悪夢になる可能性があります)維持するか、迷惑行為であるクエリモデルごとに巨大な痛みを伴います。私はまだこれについて良い答えを見ていない。エンティティフレームワーク:WPF対ASP.Netのコンテキスト...処理する方法
私の最初の考えは、トップレベルのメソッド(Something_Clickのようなイベント処理メソッド)がコンテキストを「オープン」し、最後にそれを閉じるという、オープンとクローズ(または何でも構いません) 。 UIプロジェクトでコンテキストを認識しているものはありません(すべてのクエリは、生成されたエンティティクラスを効果的に拡張してエンティティとUIの間に擬似レイヤを作成する部分クラスのメソッドに含まれています)。エンティティレイヤがUIレイヤに依存するようにします。
私は状態プログラミングに大いに慣れていないので、本当に犠牲になっています。
追加:
私はスレッドを使用して上に読んだが、ちょうど 周りに座っ文脈で私が持っている 問題がエラーと回復です。
私はユーザ の情報を更新するフォームがあり、エラーがあります。 ユーザフォームでは という変更がコンテキスト内のユーザオブジェクトに表示されます ユーザエクスペリエンスを のすべての変更を反映させる必要がなくなりました。
ユーザーが 別のフォームに行くことにした場合はどうなりますか?これらの変更は、文脈ではまだ です。この時点で私は です。間違ったユーザ オブジェクトがコンテキスト内にあるか、 コンテキストを取得して をリセットする必要があります。私はそれが (ユーザー クラスの再読み込み方法?)ではないと思いますが、その が本当に問題を解決するかどうかはわかりません。