Linq가 MS SQL 데이터베이스를 쿼리하는 방법을 배우려하고 있지만 어떤 경로를 사용해야하는지 확신 할 수 없습니다. 나는 최근 Linq가 SQL에 Entity Framework에 포함되고 개발이 정체되어있을 것이라고 읽었습니다.Linq가 Entity Framework에 롤업 되어도 SQL을 배워야합니까?
Linq to SQL을 배우는 것도 가치가 있습니까? 또는 Entity Framework 또는 쿼리 언어로 Linq로 이동하는 Ideablade의 Devforce와 같은 다른 객체 관계형 모델에 초점을 맞추어야합니까?
Linq to SQL이 Entity Framework에 포함되어 있으며, 그 팀이 에너지를 투입하고 있습니다. 따라서 Entity Framework가 앞으로 나아갈 것임을 알게 될 것입니다.
그러나주기가 있다면 Linq를 SQL로 이해하는 데 시간을 낭비하지 않습니다. Linq, 표현식, 지연로드, 지연된 실행 등은 여전히 배울 수 있으며 Entity Framework에 융합 된 후에도 계속 적용될 수 있습니다.
LINQtoSQL 공급자가 사라지는 것은 의심 스럽지만 LINQ 확장에 중점을 둔 것은 Entity Framework와 관련이있는 것으로 보입니다. 문제는 Entity Framework가 현재 매우 지독하다는 것입니다. ORM으로 LINQtoSQL을 사용하는 앱을 개발하려고합니다. 나는 언어 지원이 미래에있을 것으로 기대한다. LINQtoEntities가 따라 잡을 때 LINQtoSQL의 현재 화신이 내 필요에 맞게 (내가 직접 추가 한 몇 가지 수정 사항을 포함하여) 충분할 것 같지만 LINQtoEntities를 살펴볼 수도 있습니다. 특히 Dynamic LINQ을 사용하면 별다른 영향을받지 않는 어려운 문제 (동적 LINQ를 사용하면 속성별로 정리하는 것이 훨씬 간단합니다)를 해결하는 데 사용했습니다.
nHibernate 및 LINQ for nHibernate을 사용하는 것이 좋습니다.