編集:みんな、確かにEntity FrameworkはASP.NET MVCではありませんでしたが、おそらくタイプミスでした!
昨日私は、Entity Frameworkでいくつかの悪いことを列挙しているthis articleというクロスを受けました。そして、いくつかのGoogleのものをやった後、私はthis oneを見つけました。これは基本的にここのディフェンダーです。
Lazy Loading、TDD、データファーストアプローチ:Entity Frameworkの中心にあるこれらの致命的な弾丸はありますか?
- EFは、ビジネスロジックは、部分クラス に入るので、EFが故障ではありません、それはTDDの開発に適合していないため、
- 故障ではありません。これら2つのポストは、次のようなエンティティフレームワークのいくつかの主要な問題を議論しましたそれは芸能の重要な部分は
- EFオブジェクトとしてデータを扱うので、それはほとんどの人が遅延ロードが硬いので
- EFが故障ではありませんデータ最初の開発を行うことを受け入れるため
- EFは失敗失敗されていないではありません - 怠惰負荷がperfを破壊する可能性があるormance
- その設計ツールは、それが今、ソース管理には本当に私を気にポイントを
をマージするための貧弱な戦略を持っているのでEFが故障ではありません1.0レベル
そして、私の質問は以下のとおりです。
- は、IユニットIは、EFを使用する場合は十分自分のアプリケーションのメソッドをテストすることができませんか?
- レイジーローディングは難しいとはどういう意味ですか?それはEFによって全くサポートされていませんか?
- EFがソース管理に結合するための戦略が悪いとはどういう意味ですか?ソリューション内の通常のファイルと同様に、すべてのファイルがチェックイン/チェックアウトされるわけではありませんか?
私はここで尋ねようとしていることをクリアしたいと思っています。感謝します!
ASP.NET MVCまたはEntityフレームワークについてお話ししていますか?それらは完全に別々の2つのものなので、質問を明確にする必要があると思います。 – Noldorin
私はASP.Net MVCではなくADO.Net Entity Frameworkを意味すると思います。 ASP.Net MVCはWebフレームワークですが、Entity Frameworkはデータベースフレームワークです。 ASP.Net MVCはTDDに最適であり、ビヘイビア優先とデータ優先開発をサポートします。 – ckarras
編集のためのThomas、ありがとう、私はEntity Frameworkを意味しました。 – Galilyou