SQL-Server 기반 백엔드 DB가있는 중간 규모의 웹 응용 프로그램을 사용했습니다.통합 토론 : LinqDataSource 또는 ObjectDataSource?
내 DB 개요 - Generic suggestions for SQL 2005 Framework\Design and Implementation
내 응용 프로그램 프레임 워크의 개요 - L2S (LINQ to SQL) or EF (Entity Framework)
그래서, 지금 우리가 빠른 속도로 트랙 개발에있어로합니다. 우리는 MVC 아키텍처로의 마이그레이션을 '고정'시켰으며 LINQ-to-SQL over Entity-Framework를 더 간단하게/더 빨리 선택했습니다 (또한 더 나은 Entity Framework v2.0이 출시 될 것이라는 사실을 고려할 때) . 나는 이것이 옳기를 희망한다.
난 그냥 유래에 하나 개의 유용한 게시물을 발견했다. 좋은 '시리즈'내가 CodeProject의에 foun : - (좋은 일) http://www.eggheadcafe.com/aspnet/how-to/146339/linqdatasource-vs-objectd.aspx내가 이전 코드를 재 방문으로 이제 - 과거에 우리가 사용했던 ODS (ObjectDataSource를) 검색 & CRUD 작업에 대한 모든 장소에서 . 그렇다면 을 새로운 LinqDataSource (LDS)으로 바꾸는 것이 좋습니다. 나는 많은 LDS 자습서를 언급 한 SqlDataSource vs ObjectDataSource
:
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
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
은 또한 같은 몇 가지 '비교'토론을 방문
나는 더 깊게 갈 수 없다 - 나는 전문가가 이것에 대해 무엇을 말해야 하는지를 알아야한다. 내 성향은 (거의) 2 계층 LDS와는 달리 더 나은 추상화를 제공하기 때문에 ODS를 사용하고 있습니다. 그리고 미래의 MVC 마이그레이션을 위해이 shud는 앱을보다 잘 구조화하는 데 도움을줍니다.
기타 참고 :이 두 가지 사이에서 선택하고자하는 사람들을위한 통합 R & D의 역할을 http://www.dotnetspider.com/forum/165941-What-Difference-between-ObjectDataSource.aspx
아키텍처와 같은 사운드가 결정됩니다.하지만 성능과 확장성에 신경 쓰면 위험 할 수 있습니다 ... 네이티브 비동기 호출에 대한 지원은 명령 일괄 처리와 여러 결과 집합과 마찬가지로 매우 중요합니다. LINQ to SQL에서 지원됩니다. – RickNZ
"batch-statement-execution"및 "multi-resultsets"에 대한 concern \ points에 감사드립니다. "원시 비동기 호출"에 대해서는 잘 모릅니다. 기본 아키텍처를 제안했지만 VIEW를 사용하여 다중 결과 집합 시나리오를 처리 할 수 있고 일괄 업데이트에 대한 v.less 확률이 있기 때문에 '위험'하지 않습니다. –