をダウンロードしましEntityFramework.dll v4.3た。DbContextと比較する多くの質問を見つけましたObjectContext。しかし、これらのほとんどは 2010 年または 2011 年初頭のものです。
この件についてもっと読みたいです。具体的には、DbContext私が手に入れることができる本はありますか? また、今日の時点で、DbContextそれを兄と比較した場合の制限は何ObjectContextですか?
DbContext公開するプロパティが少ないという点で、よりコンパクトであることに気付きました。これは、から移行する必要があることを示唆していObjectContextます。しかし、この移行を行うと、機能を放棄することになりますか? たとえばDbContext、STE (Self-tracking entities) 機能がないことを読みました。これは今でも当てはまりますか、それは懸念事項ですか?
この件についてもっと読みたいのですが。具体的には
DbContext、手に入る本はありますか？
単一のGoogleクエリでこれに対する答えが得られるため、質問はうまく始まりません。DbContext自体についての優れた本があります—コードファーストアプローチについては何も含まれていませんが、それは本当にあなたの質問のポイントではないと思います。
私は
DbContext対 を比較する多くの質問を見つけましたObjectContext。しかし、これらのほとんどは2010年または2011年初頭のものです。
ObjectContext+EDMXを+EDMXに置き換えたいだけの場合DbContextでも、比較は同じです。DbContextはラッパーでObjectContextあり、その機能セットは、コードファーストと移行に関連する機能を除いて成長しませんでした。
DbContext公開するプロパティが少ないという点で、よりコンパクトであることがわかりました。これは、から移行する必要があることを私に示唆していObjectContextます。
はい、それはよりコンパクトであり、コンテキストで行う必要のある最も一般的なタスクを簡素化します。より複雑なタスクの場合でも、を使用してDbContextインスタンスをインスタンスに変換できObjectContextますIObjectContextAdapter。
しかし、この移行を行うと、機能を放棄しますか？たとえば
DbContext、STE（自己追跡エンティティ）機能がないことを読みました。これはまだ当てはまりますか、それは懸念事項ですか？
STEはのために作成されたものであり、ObjectContext移植されたとは思いませんがDbContext、この機能を自分で実装してみることができます。
STEは、いくつかの問題を解決するためのアイデアを備えた単なるテンプレートです。これは優れた理論的ソリューションのように見えましたが、実際のシナリオにはあまり適していないため、開発者コミュニティにはあまり受け入れられませんでした。テンプレートを改善または移植する代わりに、他のより重要な機能が開発されている理由でもあります。