なぜすべての Linq To エンティティが嫌いなのでしょうか?[閉まっている]

Question

特に Alt.Net 関係者からは、Linq To Entities に対してかなりの敵意があるようです。より多くの「ドラッグ アンド ドロップ」プログラミングに抵抗があることは理解していますが、私の理解では、Linq To Entities ではそれは必要ありません。

現在、Linq to SQL を使用しており、DBML ドキュメントを使用してそれを定義しています (12 個以上のテーブルを取得すると、デザイナーはほとんど役に立たなくなります)。

では、なぜ同じアプローチが Linq To Entities では機能しないのでしょうか?

Answer 1

それを憎むものではないと思います アイデア それ自体。ただ人々がそれを好まないだけです 実装 それの。

http://efvote.wufoo.com/forms/ado-net-entity-framework-vote-of-no-confidence/

Answer 2

実際、詳しく調べ始めると、LTE はエンタープライズ レベルのフレームワークにはまったく役に立たないことがわかります。(LTS においても同様に) 継承サポートがほとんどないという事実により、多くの冗長なコードが発生します。また、実際にはファイルではなく属性を介してマッピングを定義できるため、LTS (Linq to SQL) に戻る予定です。LTE は外部ファイルでのみ機能します。

Answer 3

Linq to Entity に対する嫌悪感は当然です。この製品は、GU がブログで使用しているつまらないデモよりも複雑な目的を達成できません。EF はゴールデンタイムに向けた準備がまだ整っていません。Microsoft は、.BLOAT の世界ではデータを正しく取得できず、風が吹くたびにデータ パラダイムを変えているようです。FoxPro は、同じ基本データ コアを使用して 20 年間存在しています。SQL Server が VFP データ テクノロジを多く使用していることを考えると、おそらく MSFT は、機能するものからデータの操作とデータ中心の言語について少し学ぶことができるでしょう。

Answer 4

私は Linq to Entities と Entity Framework の原則にはかなり納得していますが、その現在の具体化については懸念があります。ただし、独学で非常に小さな目的以外でそれを使用したことがないことは率直に認めます。柔軟性のレベルはまだそこまで来ていないようですが、必ずそうなるでしょう。MS テクノロジー エバンジェリスト (素晴らしい役職) の 1 人から、EF が MS の将来の戦略的選択であると聞きました。これが事実であると仮定すると、この分野では状況が良くなっているようにしか見えません。

Answer 5

多少の「2位」への敵意もあるかもしれない。MSは とても L2E の市場投入が遅れたため、私自身も 3 年ほど前に ORM に興味を持ち始めましたが、この時点では MS はどこにもありませんでした。

私たちの多くはすでに別の ORM (NHibernate など) の学習に時間を費やしており、特定のレベルと種類の機能が利用できることに慣れていますが、これは L2E ではまだ明らかではありません。

正直に言うと、この「2 位」の敵意は古いニュースではありません。なぜ MS がすでに導入されているソリューションのサポートにもっと時間を費やさないのかわかりません。これはすべて、NAnt -> MSBuild および NUnit -> MsTest でこれまでに見てきました。常に独自のソリューションを作成するのではなく、より優れた成熟したソリューションの 1 つを受け入れ、それをサポートするよう努めれば、全員の時間と労力を大幅に節約できるでしょう。

Answer 6

TPT継承のLTE実装は犯罪に他ならないことを付け加えておきます。私の質問を見てください ここ.

そうしている間に、多くの人が 出版されたEFの専門家 少なくとも部分的には加担している。基本型のクエリに対して警告する、EF に関する公開資料はまだ見つかりません。私が所有しているモデルでそれを試してみると、SQL Server は例外を出して単純に諦めます。

SQLステートメントの一部は、深くネストされています。クエリを書き直すか、それを小さなクエリに分割します。

クエリを書き直したいと思っていますが、LTE のおかげでその負担は軽減されました。ありがとう(^違う)