Linq To Entities가 모두 싫어하는 이유는 무엇입니까?[닫은]
https://stackoverflow.com/questions/55179
-
09-06-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
나는 특히 Alt.Net 사람들로부터 Linq To Entities에 대해 상당한 적대감이 있는 것 같다는 것을 발견했습니다.더 많은 "드래그 앤 드롭" 프로그래밍에 대한 저항을 이해하지만 Linq To Entities에서는 이를 필요로 하지 않습니다.
우리는 현재 Linq to SQL을 사용하고 있으며 이를 정의하기 위해 DBML 문서를 사용하고 있습니다. (12개 이상의 테이블을 얻으면 디자이너는 거의 쓸모가 없습니다.)
그렇다면 Linq To Entities에 대해 동일한 접근 방식이 작동하지 않는 이유는 무엇입니까?
해결책
에 대한 혐오는 아닌 것 같아요 아이디어 그 자체로.그냥 사람들이 별로 안 좋아하는 거임 구현 그것의.
http://efvote.wufoo.com/forms/ado-net-entity-framework-vote-of-no-confidence/
다른 팁
실제로 일단 자세히 살펴보기 시작하면 LTE는 엔터프라이즈 수준 프레임워크에 전혀 쓸모가 없습니다.LTS에서도 상속 지원이 거의 없다는 사실로 인해 코드가 중복됩니다.또한 실제로 파일 대신 속성을 통해 매핑을 정의할 수 있기 때문에 LTS(Linq to SQL)로 다시 돌아갈 예정입니다.LTE는 외부 파일에서만 작동합니다.
Linq to Entity 증오는 당연한 것입니다.이 제품은 GU가 자신의 블로그에서 사용하는 시시한 데모보다 더 복잡한 목적에는 실패합니다.EF는 아직 전성기를 맞이할 준비가 되어 있지 않습니다.Microsoft는 .BLOAT 세계에서 올바른 데이터를 얻을 수 없습니다. 그들은 바람이 불 때마다 데이터 패러다임을 바꾸는 것처럼 보입니다.FoxPro는 동일한 기본 데이터 코어를 사용하여 20년 동안 운영되어 왔습니다.SQL Server가 VFP 데이터 기술을 많이 사용한다면 아마도 MSFT는 작동하는 것에서 데이터 및 데이터 중심 언어를 조작하는 방법을 조금 배울 수 있을 것입니다.
나는 Linq to Entities의 원칙과 일반적으로 Entity Framework에 대해 상당히 관심이 있지만 현재 구현에 대해서는 의구심을 가지고 있습니다.하지만 나는 그것을 독학적이고 아주 작은 방법 이상으로 사용하지 않았다는 것을 자유롭게 인정합니다.유연성 수준은 아직까지는 아닌 것 같지만 언젠가는 나올 것이라고 확신합니다.저는 MS 기술 전도사(훌륭한 직함) 중 한 명으로부터 EF가 미래를 위한 MS 전략적 선택이라는 말을 들었습니다.이것이 사실이라고 가정하면 이 분야에서는 상황이 좋아질 수밖에 없습니다.
또한 약간의 "2위" 적개심도 있을 수 있습니다.MS는 매우 L2E 출시가 늦어지면서 나 자신도 약 3년 전쯤 ORM에 관심을 가지게 되었는데, 이때 MS는 전혀 볼 수 없었다.
우리 중 많은 사람들이 이미 다른 ORM(예: NHibernate)을 배우는 데 시간을 보냈고 특정 수준 및 사용 가능한 기능 유형에 익숙합니다. 하지만 L2E에서는 이것이 아직 분명하지 않습니다.
이 "2위" 적개심은 솔직히 말해서 오래된 뉴스가 아닙니다. MS가 이미 설치된 솔루션을 지원하는 데 더 많은 시간을 소비하지 않는 이유를 모르겠습니다. 이전에 NAnt -> MSBuild 및 NUnit -> MsTest에서 이 모든 것을 본 적이 있습니다. , 항상 자신만의 솔루션을 만드는 대신 더 좋고 성숙한 솔루션 중 하나를 받아들이고 이를 지원하려고 노력한다면 모든 사람의 많은 시간과 노력을 절약할 수 있습니다.
TPT 상속의 LTE 구현은 범죄에 불과하다고 덧붙이고 싶습니다.내 질문 보기 여기.
그리고 내가 그 일을 하는 동안 나는 많은 사람들이 출판된 EF 전문가 적어도 부분적으로는 연루되어 있습니다.기본 유형의 쿼리에 대해 경고하는 EF의 게시된 자료를 아직 찾지 못했습니다.내가 가지고 있는 모델에서 이를 시도하면 SQL Server는 예외로 인해 단순히 포기합니다.
SQL 문의 일부는 너무 깊게 중첩되어 있습니다.쿼리를 다시 작성하거나 더 작은 쿼리로 나눕니다.
쿼리를 다시 작성하고 싶지만 LTE가 그런 부담을 덜어주었습니다.감사합니다(^아닙니다)
