LINQ의 업그레이드 경로 (쿼리 언어)에 대해 걱정해야합니다.

StackOverflow https://stackoverflow.com/questions/620234

  •  03-07-2019
  •  | 
  •  

문제

가독성을 향상시키기 위해 LINQ를 코드에서 진정한 쿼리 언어로 사용하기 시작했습니다. 최근까지 나는 엔티티 프레임 워크 팀 아래 LINQ에서 SQL 팀 이동으로 인해 LINQ를 만지는 것을 두려워했습니다 (여기서 대화를 무시하려고 시도) - LINQ는 쿼리 언어가 안전한 베팅이 될 것입니다 (이 금식의 모든 것만 큼 이동 산업)?

도움이 되었습니까?

해결책

"LINQ"와 "특정 LINQ 제공 업체"를 구별 할 가치가 있습니다. Linq 자체가 여기에 있다고 말하는 것이 안전하다고 생각합니다. 경이로운 LINQ를 통해 객체로 가공 중과 수집 처리에 유용합니다.

어떤 LINQ 제공 업체가 "승리"(있는 경우) - 전화하기가 더 어렵습니다.

나는 할 것이다 틀림없이 LINQ 자체의 기본 사항을 배우고 LINQ에서 XML은 멋진 XML API입니다.

다른 팁

Jon이 말했듯이 LINQ 제공 업체를 구별하는 것이 매우 중요합니다. 예를 들어

  • Linq to Objects : 이것은 ienumerable의 기반입니다.u003CT> 그리고 BCL에 너무 뿌리 내려서 나는 이것이 매우 힘들다는 것을 알게됩니다.
  • LINQ에서 SQL : 나는 LINQ만큼이나 이것을 사용하지는 않지만 팔로우가 좋고 사람들이 그것을 좋아하는 것 같습니다.

경고 : 나는 LINQ에서 일했기 때문에 여기서 편견이 있습니다.

LINQ에 대해 정말 깔끔한 점은 우리가 실제로 옳다고 생각하는 것은 누구나 LINQ 제공 업체를 쓸 수 있다는 것입니다. 필요한 것은 올바른 이름의 몇 가지 바인딩 가능한 방법뿐만 아니라 갑자기 쿼리 구문이 있습니다. 

var query = from it in someCollection select it.SomeProperty;

3.5 프레임 워크를 사용하지 않고이 진술을 쓸 수 있습니다. 나는 가지고있다 내 자신의 LINQ 제공 업체 이는 2.0 프레임 워크에 대해 작동하며 컴파일러에 사용되는 쿼리 구문과 호환됩니다.

나는 개인적으로 Lambda/ Extension Method Synatx에 더 기대하지만 결과 코드는 실제로 다르지 않습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top