MS SQL データベースにクエリを実行するために Linq を学習しようとしていますが、どのパスを使用すればよいかわかりません。最近、Linq to SQL が Entity Framework に取り込まれつつあり、開発が停滞しているという記事を読みました。
それでも Linq to SQL を学習する価値はありますか? それとも、Entity Framework や、クエリ言語として Linq に移行している Ideablade の Devforce のような別のオブジェクト リレーショナル モデルに焦点を当てる必要がありますか?
Linq to SQL は Entity Framework に取り込まれつつあり、そのチームはそこに力を注いでいます。したがって、今後の Entity Framework を知ることがおそらく最優先事項になるでしょう (私ならそれを自分のものにします)。
ただし、サイクルがあれば、Linq to SQL を理解するのに無駄な時間はありません。Linq、式、遅延読み込み、遅延実行などについては、そこから学ぶことができ、Entity Framework に融合された後も適用できることがまだたくさんあります。
LINQtoSQL プロバイダーがなくなるとは思えませんが、LINQ の拡張が Entity Framework に集中することは間違いないようです。問題は、Entity Framework が現時点で本当にひどいことです、IMO。LINQtoSQL を ORM として使用するアプリの開発を進めています。将来、言語サポートが提供されることを期待しています。LINQtoEntities が追いついたら、私はそれを調べるかもしれませんが、現在の化身の LINQtoSQL は (私が自分で追加したいくつかの微調整で) 私のニーズには十分であるようです。これは、 Dynamic LINQを使用する場合に特に当てはまります ( Dynamic LINQを使用すると、プロパティによる並べ替えがはるかに簡単になります)。
nHibernate にはnHibernateとLINQ の使用を検討してください。