나는 특히 Alt.Net 사람들로부터 Linq To Entities에 대한 적대감이 꽤 많은 것으로 나타났습니다. 더 많은 "끌어서 놓기"프로그래밍에 대한 저항을 이해하지만 내 이해에서 Linq To Entities는이를 요구하지 않습니다. 우리는 현재 SQL Linq에를 사용하고, 우리는 그것을 정의 할 DBML 문서를 사용하는왜 Linq To Entities가 싫어하나요?
(당신이 다스 정도의 테이블보다 더 많은 일단, 디자이너가 꽤 쓸모가 없다.)
왜 '는 같으면 Linq to Entities와 동일한 접근 방식이 효과가 있습니까?
아이디어 그 자체가 싫다고 생각하지 않습니다. 그 자체입니다. 사람들이 구현을 좋아하지 않는다는 것입니다. 당신이 그것으로 탐구하기 시작하면
http://efvote.wufoo.com/forms/ado-net-entity-framework-vote-of-no-confidence/
사실, LTE는 기업 수준의 프레임 워크에 대한 완전히 쓸모입니다. 거의 상속을 지원하지 않는다는 사실 (LTS에서도)은 많은 중복 코드를 만듭니다. 또한 LTS (Linq to SQL)로 돌아가므로 사실 File 대신 Attributes를 통해 매핑을 정의 할 수 있습니다. LTE는 외부 파일에서만 작동합니다.
저는 Linq와 엔티티 프레임 워크에 대한 가격이 상당히 비싸지 만, 현재 엔티티 프레임 워크에 대해서는 예약되어 있습니다. 나는 자기 교육적이고 아주 작은 방법 이상으로 아무것도 사용하지 않았다는 것을 자유롭게 인정합니다. 유연성의 수준은 아직 그럴 것 같지 않지만 앞으로 올 것이라고 확신합니다. 저는 EF가 미래에 대한 MS의 전략적 선택이었던 MS 기술 전도자 (위대한 직책) 중 한 사람에 의해 들었습니다. 이것이 사실이라고 가정하면, 나는이 분야에서 점점 나아지고있는 것을 볼 수 있습니다.
'두 번째 장소'적대감이있을 수도 있습니다. MS는 매우입니다. L2E로 시장에 늦게 왔을 때, 저는 약 3 년 전에 ORM에 관심을 가지기 시작 했으므로 MS는이 시점에서 아무데도 볼 수 없었습니다.
우리 중 많은 사람들은 이미 다른 ORM (예 : NHibernate)을 배우는 데 시간을 썼으며 특정 수준과 기능 유형에 익숙하며 현재 L2E에서는 분명하지 않습니다.
이 "제 2의 장소"적의는 솔직히 말해서 오래된 뉴스가 아닙니다. MS가 이미 솔루션을 지원하는 데 더 많은 시간을 투자하지 않는 이유를 모르지만, NAnt -> MSBuild 및 NUnit -> MsTest, 더 나은 성숙한 솔루션 중 하나를 받아 들였고 항상 자신의 것을 양조하는 것과는 대조적으로 노력한다면 많은 시간과 노력을 절약 할 수 있습니다.
Linq to Entity의 혐오감은 대단한 가치가 있습니다. 이 제품은 구식 데모 GU가 자신의 블로그에서 사용하는보다 복잡한 어떤 목적에도 실패합니다. EF는 황금 시간대 준비가 멀다. Microsoft는 .BLOAT 세계에서 데이터를 올바르게 가져올 수 없습니다. 바람이 불 때마다 데이터 패러다임을 변경하는 것처럼 보입니다. FoxPro는 20 년 동안 동일한 기본 데이터 코어를 사용해 왔습니다. SQL Server가 VFP 데이터 기술을 많이 사용한다고 가정 할 때 MSFT는 작동되는 데이터로부터 데이터 및 데이터 중심 언어를 조작하는 것에 대해 약간 배울 수 있습니다.
TPT 상속의 LTE 구현이 범죄에 지나지 않습니다. 내 질문 here을 참조하십시오.
나는 그것에 대해 많은 사람들이 적어도 부분적으로는 공범이라고 생각한다. 나는 기본 유형의 질의에주의 할 EF에 관한 출판 된 자료를 아직 찾지 못했습니다.내가 가지고있는 모델에서이 모델을 시험해 본다면 SQL Server는 예외를 포기합니다.
SQL 문의 일부분이 너무 깊게 중첩 된 입니다. 쿼리를 다시 작성하거나 작은 쿼리로 나눕니다.
나는 쿼리를 다시 작성하는 것을 좋아하지만, LTE는 그러한 부담을 면제 해 주었다. 감사합니다 (^ not)
감사합니다. 그것은 EF에 대한 나의 지각을 단지 2 주 만에 작업 한 후에 요약합니다. –