SQL-ServerベースのバックエンドDBを備えた中規模のWebアプリがあります。
私のDBの概要 -SQL2005Framework \ DesignandImplementationの一般的な提案
My App Frameworkの概要 -L2S(LINQ to SQL)またはEF(Entity Framework)
ですから、今のところ、私たちは急成長を遂げています。MVCアーキテクチャへの移行を「凍結」し、よりシンプル/高速にするために、Entity-FrameworkではなくLINQ-to-SQLを選択しました(数か月以内に、より優れたEntity Framework v2.0が登場することも考慮に入れています) 。これが正しいことを願っています。
さて、古いコードを再検討したので、過去には、検索とCRUD操作のすべての場所でODS(objectDataSource)を使用していました。ですから、それを新しいLinqDataSource(LDS)に置き換えるのは良い考えですか。
私はstackoverflowに関する1つの有用な投稿を見つけました: SqlDataSource対ObjectDataSource
私は多くのLDSチュートリアルを参照しました。私がCodeProjectで見つけた素晴らしい「シリーズ」:
Part1: http://www.codeproject.com/KB/aspnet/LinqDataSourcebasics.aspx
Part2: http://www.codeproject.com/KB/aspnet/LinqDataSourcebasics1.aspx
Part3: http://www.codeproject.com/KB/aspnet/LinqDataSource2.aspx
Part4: http://www.codeproject.com/KB/aspnet/LinqDataSource3.aspx
私はまた、次のようないくつかの「比較」ディスカッションにアクセスしました-(良いもの)http://www.eggheadcafe.com/aspnet/how-to/146339/linqdatasource-vs-objectd.aspx
LINQに関する有名なScouttGUの5部シリーズ-http: //weblogs.asp.net/scottgu/archive/2007/07/16/linq-to-sql-part-5-binding-ui-using-the-asp-linqdatasource -control.aspx
深く掘り下げることはできません-専門家がこれについて何を言わなければならないかを知る必要があります。私の傾向は、ODSを使用することです。これは、((ほぼ)2層のLDSとは異なり)より優れた抽象化を提供するためです。また、将来のMVC移行では、このシャッドがアプリの構造を改善するのに役立ちます。
その他の参照: http: //www.dotnetspider.com/forum/165941-What-Difference-between-ObjectDataSource.aspx