私はここ数ヶ月間、新しいEntity Frameworkバージョンに集中してきましたが、今から完全な新しい.net 3.5アプリケーションを構築する必要があります。新しい.net 3.5アプリケーションにLinq-to-SqlまたはEntity Frameworkを統合しますか？
新しいEF 4.1を.net 3.5アプリケーションで使用することは不可能であることがわかりました。しかし、最初のEFバージョンとLinq-to-SQLの開発中の状態に関する批判を見て、この日付に行く最良の方法は何ですか？
選択肢にはどのような引数を使用する必要がありますか？前もって感謝します！！
はいつものように、開始するのに最適な場所は、あなたがを行うには、それを必要とし、その後、あなたは、データアクセスツールの無数が利用可能に評価する根拠を持っているものを書き留めることです。 YAGNIの機能によってサイドトラッキングにならないでください - 実際にに焦点を合わせて、が必要です。
決定自体は主観的です。すべての面で死ぬことがあります。個人的に私はmixinと一致しています - データの編集などにLINQ-to-SQLを使用してうれしく思います。読み込み専用ディスプレイのためのdapper-dot-net（速いです）。私は -EFではありませんが、私はその複雑さのステップを作る必要があることがわかりませんでした。覚えていますORM /データアクセスが複雑になればなるほど、それを稼働させるのに必要な時間が長くなり、それを変更するのがもっと嫌になります。だからこそ私は影響が少なく、複雑さの少ないデータアクセスが好きで、簡単に切り離してスワップできます。
エンティティフレームワークは私の明確な選択ですが、.NET 4のみです。3.5バージョンは多くの場所で欠けています。 Linq-to-SQLは、EFに対する強力な機能と柔軟性という点では比較できません。これはC＃チームによって「概念実証」されたものであり、実際のエンタープライズレベルのアプリケーションにはあまり適していません。より簡単なもの（サッカーリーグなど）を管理するのは大丈夫ですが、OKです。 –
@marc_s：うわー、あなたは本当にORMのフロントに来ました。多分あなたはさらに6ヶ月でNHibernateを推薦するでしょう。 :) –
[nhibernate、エンティティフレームワーク、アクティブレコードまたはlinq2sql]の可能な複製（http://stackoverflow.com/questions/1377236/nhibernate-entity-framework-active-records-or-linq2sql） –