LINQ to SQL은 더 이상 사용되지 않습니까?
2008 년 말에 LINQ to SQL의 미래에 대해 많은 논쟁이있었습니다. 많은 사람들은 .NET 4.0의 Entity Framework에 대한 Microsoft의 투자가 LINQ to SQL에 미래가 없다는 신호라고 제안했습니다. 나는 사람들이 동의하지 않았기 때문에 내 결정을 내리기 전에 기다릴 것이라고 생각했습니다.
18 개월을 앞당겨 LINQ to SQL에 의존하는 솔루션을 제공하는 공급 업체를 확보했고 개인적으로 시도해 보았고 작업하는 것을 정말 즐겼습니다. 나는 그것이 여기 머물러 있다고 생각했습니다.
그러나 저는 새 책 (Ben Watson의 C # 4.0 How-To)을 읽고 있으며 21 장 (LINQ)에서 "Microsoft에서 더 이상 사용하지 않는다"고 제안하고 LINQ to Entity Framework를 사용할 것을 제안합니다.
제 질문은 LINQ to SQL이 공식적으로 사용되지 않는지 여부 및 / 또는 권한있는 엔터티 (Microsoft, Scott Gu 등)가 LINQ to SQL 대신 LINQ to Entities를 사용하도록 공식적으로 제안하는지 여부입니다.
모든 "Linq-to-SQL은 죽었습니다" 사람들을 위해 : Scott Guthrie는 TechEd Europe에서 Linq-to-SQL이 .NET 4에서 완전히 지원 된다고 명확하게 언급했으며 Damien Guard는 변경 및 개선 사항에 대한 블로그 게시물 을 게시했습니다. .NET 4에서 Linq-to-SQL 용으로 제작되었습니다.
마크 트웨인의 말을 인용하자면 : "내 죽음에 대한보고는 크게 과장되었습니다."......
마지막으로 확인한이 사이트는 Linq To SQL을 사용하거나 사용했습니다. Joel Spolsky는 GoogleTechTalk ( http://www.youtube.com/watch?v=NWHfY_lvKIQ) 에서이를 언급합니다 .
소프트웨어에 대해 말할 때 "죽은"은 비 유적 수정 자입니다 (소프트웨어는 문자 그대로 생물학적 의미에서 죽지 않습니다). 따라서 관련 당사자가 "죽음"이 의미하는 바를 문자 그대로 정의하기를 거부하는 한이 논쟁은 계속 될 수 있습니다. Linq To Die ". 또는 줄여서 LTD. 따라서 현재까지 LTD 논쟁은 2 년 동안 지속되었습니다. 모두 약간의 언어 적 모호성 때문입니다.
"L2S가 죽었다"고 말하는 사람들은 일반적으로 L2S가 너무 많은 (있는 경우) 새로운 기능을 수신하지 않을 것이라는 사실을 말합니다. Linq에 대한 업데이트 ( Damien Guard의 게시물에 언급 된 업데이트와 같은 )는 성능, 유용성 및 안정성 업데이트에 국한 될 가능성이 높습니다. 물론 일부 개발자는 실제로 이것이 좋은 것이라고 주장 할 수 있습니다 (아마도 새로운 동적 유형 에 대해 약간 화가 난 동일한 개발자 ).
"L2S가 죽지 않았다"고 말하는 사람들은 일반적으로 L2S가 .Net에서 완전히 차단되지 않을 것이라는 사실을 언급하고 있습니다 (적어도 조만간). 생각하십시오 : ADO. 연습하는 개발자들 사이에서 약간의 견인력을 잃을 수 있지만 (그리고 그것은 마이크로 소프트의 교활한 사람들의 무언의 욕망 일 수 있습니다), 그것이 당신이 원한다면 L2S를 사용할 수 없다는 것을 의미하지는 않습니다. 그것은 단지 마이크로 소프트가 그것으로 대중을 자극하려고하지 않는다는 것을 의미합니다.
프로젝트를 시작할 때 실제로 EF와 L2S 중 하나를 선택할 수 있다는 것이 좋습니다. Bill Wagner가
지적했듯이 두 가지 모두를위한 시간과 장소가 있습니다.
나는이 토론에 늦었지만 2008 년까지 Link to SQL Project Manager (Tim Mallalieu)가 그의 블로그 게시물 에서이 발표를했다는 점을 지적하고 싶었 습니다 .
".NET 4.0부터는 LINQ to SQL이 아닌 LINQ to Entities가 LINQ to 관계형 시나리오에 권장되는 데이터 액세스 솔루션이 될 것입니다."
나는 그 반대의 다른 최근 발표를 찾지 못했습니다.
전혀 그렇지 않다. 팀은 여전히 그것을 개선하기 위해 노력하고 있습니다.
InfoQ.com에 게시 된 이 기사 를 확인하십시오 . 정말 흥미로운 기사 입니다. 결론 : "[O] 장기 LINQ to SQL과 LINQ to Entities는 병합 될 것입니다. 그동안 LINQ to SQL에 대한 개발 작업은 완전히 끝나지 않을 것입니다."
나는 그들이 합쳐지는 것이 불가피하다고 생각합니다. EF는 실제로 db 개체를 통한 LINQ의 엔터프라이즈 수준 구현입니다. linq2sql은 모든 의도에 대해 개념 증명 (그리고 훨씬 더)이었으며 실제로 다리가 커졌지 만 EF에서 볼 수있는 많은 아이디어에 연료를 공급했습니다. 하루가 끝나면 DAL 계층 (nhibernate, EF, l2s, subsonic 등)은 LINQ 서비스를 암시하는 클라이언트 BO 코드의 차이점을 무효화하기 위해 체인에서 꽤 멀리 떨어져 있어야합니다. 핫스왑이 끝날 것입니다. DI를 통한 게임.
참조 URL : https://stackoverflow.com/questions/3041011/is-linq-to-sql-deprecated
'programing' 카테고리의 다른 글
| 두 가지 요소 중 하나가 있으면 무언가를하십시오. (0) | 2021.01.14 |
|---|---|
| PHP에서 헤더 ( 'Location ..')를 통해 리디렉션 후 'exit'를 호출해야하는 이유는 무엇입니까? (0) | 2021.01.14 |
| Java에서 인터페이스가 필요한 이유는 무엇입니까? (0) | 2021.01.14 |
| Html.EditorFor additionalViewData (0) | 2021.01.14 |
| VARCHAR2 (10 CHAR)와 NVARCHAR2 (10)의 차이점 (0) | 2021.01.14 |