EF 4.0からEF 4.2、DeleteObjectが見つかりません、

私のオリジナルプロジェクトはAsp.net MVC 2にあります。私のプロジェクトを問題なくMVC 3に変換します。EF 4.0からEF 4.2、DeleteObjectが見つかりません、

同時に、私はEntityFramework 4.2をインストールします。もう一度問題なし。

T4 Generate DBContextを追加すると複雑になりました。
私はT4を適切に作成し、自分のエンティティをすべて自分の「POCOクラス」に生成します。それは最高です！。

プロジェクトをビルドすると、約400のエラーが発生しました。ここにいくつかの例があります。

「mvn.Models.DBEntitiesは」「AddToLeaseConditionInfos」の定義とのない拡張メソッドが含まれていない「AddToLeaseConditionInfos」型の第1引数を受け入れる「mvn.Models.DBEntities」を見つけることができる（ありますあなたは使用してディレクティブまたはアセンブリ参照が不足している）

あなたは、ここにcontext.AddToLeaseConditionInfos（objCondition）を見ることができるように？。もう動作しません。

DeleteObjectコンテキストメソッドと同じです。

context.ConvertionUnits.DeleteObject（MyObjConvertionUnit）;

誰かがアイデアを持っています。

ありがとうございます。

出典

2012-02-22 Jean-Francois

EF 4.2はほんのEF 4.1で、バグフィックスはほとんどありません。独自のタグは必要ありません。 –

よろしくお願いします。 –

以前はObjectContext APIとデフォルトコードジェネレータ（またはEntityObject T4テンプレート）を使用していましたが、POCO DbContext T4 GeneratorでDbContext APIを使用しようとしています。これらの2つは、異なるAPIを表すため、完全に互換性がありません。 EFv4で使用したのと同じコード生成手法を使用する必要があります（つまり、アップグレードでほとんど追加の価値が得られない）、新しいAPIを使用するために現在のデータアクセスコードを書き直す必要があります。

出典

2012-02-22 19:58:55

デフォルトのObjectContext APIを使用する代わりに、DBContext APIに変更するとパフォーマンス上のメリットがありますか。私は270の実体を得て、私はそれぞれの間に多くの関係を得ました。コンパイル時間は非常に長いです。私も大きな質問をしているので、私のプロジェクトはモジュールやページによっては非常に遅くなります。 –

DbContext APIは単なるObjectContext APIのラッパーです。理論的には、ラッピングコードの追加レベルのためにパフォーマンスがさらに悪化する可能性があります。 –

EF 4.0からEF 4.2、DeleteObjectが見つかりません、

答えて

関連する問題