회사의 인트라넷에서 실행되는 중간 크기 웹 애플리케이션의 데이터 액세스 레이어를 결정해야합니다. 필자는 CodeSmith와 함께 작업 해 보았지만 유용하다고 생각했습니다. 기본 데이터베이스 스키마가 변경되면 많은 개발 시간을 소비하므로 신속하게 응용 프로그램을 개발할 수있는 새로운 DAL로 손을 뻗어보고 싶습니다.ASP.NET 3.5 앱에서 DATA 액세스 레이어 설계
LINQ 기술과 ADO.Net 엔터티 프레임 워크에 대한 의견을 나누십시오. 필자는 이러한 기술로 일한 적이 없으며 엔터프라이즈 데이터베이스 중심의 응용 프로그램에 성공적으로 사용할 수 있는지 잘 모릅니다.
탐구 할 가치가있는 다른 기술을 제안하십시오.
-Sweta.
두 프레임 워크 모두 유용하며 데이터베이스가 대부분 정적이라면 더 잘 작동합니다.
내 경험은 SQL을 작성한 것이지만 데이터베이스 기반 응용 프로그램에서 작업했기 때문에 데이터베이스가 많이 변경되었습니다.
모든 ORM을 사용하면 도구를 사용하여 소스 코드의 스키마를 캡처 한 다음이 클래스와 상호 작용하고 데이터베이스로 이동합니다.
실제 데이터베이스 테이블을 추상화하는보기 또는 저장 프로 시저를 작성하려고 시도하면 작업 할 정적 인 항목을 가질 수 있습니다.
페이지 매김과 같은 일부 기능을 응용 프로그램에서 수행하는 것보다 쉽게 할 수 있으므로 DLINQ를 좋아합니다.
ADO.NET을 많이 사용하지는 않았습니다.
Linq (LinqToSql이 아님)를 사용해야한다고 생각합니다. Linq가 흔들 리기 때문입니다.
저는 Linq를 사용해야한다고 생각합니다. 부분적으로 Linq를 사용할 수 있어야하고 부분적으로 ORM이없는 데이터 레이어를 만드는 것이 시간과 예산을 낭비하지 않기 때문입니다.
Entity Framework는 일반적으로 좋은 리뷰를 얻지 못했지만 많은 사람들이 사용합니다. Visual Studio 2010/.NET 4.0에서 크게 변화하고 있습니다.
NHibernate은 .NET ORM에 대해 대부분의 사람들이 사용합니다. 선택할 수있는 옵션이 많이 있습니다. 당신이 ORM을 사용하기로 결정하면, 당신은 아마이 질문과 다른 질문처럼보고 싶을
Stored procedures are bad, m'kay?
: 여기
내가 저장 프로 시저를 사용하는 방법에 대한 좋은 의견 조각을 생각한다 그것 :