우리의 솔루션에 엔티티 프레임 워크를 배치 할 위치는 어디입니까?

좋아, 그래서 우리는 다음과 같은 프로젝트가 포함 된 솔루션이 : 우리의 솔루션에 엔티티 프레임 워크를 배치 할 위치는 어디입니까?

DATAACCESS

유틸리티

UnitTests

후 UserInterface

을

BusinessLogic
엔티티 그것은이다 초대형 기업 수준 응용 프로그램. 내 질문은 엔티티 프레임 워크를 어디에 두어야 하는가? 한편 EF는 데이터 액세스 기술처럼 보이며 DataAccess 프로젝트에 참여해야합니다. 그러나 다른 한편으로는 자체 엔티티를 생성하며 엔티티 프로젝트에 배치해야합니다.

어떤 프로젝트가 Entity Framework에서 더 좋은 곳입니까?

EF의 지속성 논리에서 엔티티를 분할 할 수 있습니까?

출처

2011-04-05 Chev

응용 프로그램 크기가 클 경우 여러 edmx 모델을 만들어야합니다. – tster

우리는 실제로 우리의 데이터 레이어를보다 현대적인 것으로 바꾸고 있습니다. EF를 사용하고 싶습니다. 그래서 시작하는 것은 EDMX 일뿐입니다. 그러나 우리는 모든 프로젝트를 새로운 데이터 레이어를 사용하도록 천천히 전환 할 때 더 추가 할 것입니다. – Chev

얼마나 많은 항목에 대해 이야기하고 있습니까? 나는 100 개가 넘는 엔티티에서 모델 디자이너 문제와 메타 데이터 로딩 성능 문제를 겪었습니다. – tster

EDMX 파일을 DataAccess에 저장하십시오. 엔티티에 T4 템플릿을 추가하고 DataAccess에서 엔티티로 이동합니다 (템플릿의 EDMX 경로를 수정해야 할 수 있습니다). 그것은 작동 할 것입니다 - 나는 그것을 항상 사용하고 있습니다.

편집 : 여기

이 Walktrhough for POCOs이지만이 STES과 동일해야합니다.

출처

2011-04-05 21:56:03

이 작업에 도움이되는 링크가 있습니까? 나는 전에 이것을 들어 본 적이 없다. – Chev

@Chevex : 몇 가지 링크를 추가했습니다. –

당신이하고있는 일에 대한 작은 예를 들어 주시겠습니까? 당신은 소리를 그렇게 단순하게 만들지 만, 제가보고있는 모든 자원은 그것을 건전한 방법으로 더 복잡하게 만듭니다. 전에 T4 템플릿을 사용한 적이 없습니다. 당신이 단계별로 빠른 단계를 기꺼이한다면 나는 매우 감사 할 것입니다. EF를 사용하는 방법을 알고 있지만,이 템플릿은 저를 혼란스럽게합니다. – Chev

나는 당신의 질문을 오해하고 있을지 모르지만 내가 먼저 제안하는 것은 엔티티 프레임 워크를위한 새로운 프로젝트를 만드는 것입니다.

다른 프로젝트와 함께 사용해야하는 좋은 이유가 있습니까? 별도로 유지하면 관리가 쉽고 작아집니다. 또한 종속성을 유지합니다.

출처

2011-04-06 04:57:40 peter

질문에 대한 오해가 있습니다.EF는 데이터베이스 액세스 코드를 포함하는 데이터 액세스 프로젝트에 참여해야합니다. 아니면 모든 사용자 정의 엔티티 객체를 정의한 "Entities"프로젝트에 들어가야합니다. 결국 EF는 이러한 사용자 지정 개체를 생성 된 개체로 바꿉니다. – Chev

종속성에 대해 알지 못했습니다. – peter

우리의 솔루션에 엔티티 프레임 워크를 배치 할 위치는 어디입니까?

답변

관련 문제