LINQ 엔티티 클래스를 작성할 때 POCO 도메인 모델 손상?

Question

다음과 같은 C# 클래스에서 생성 된 도메인 모델이 있다고 가정 해보십시오.

public class MyClass
{
public string MyProperty { get; set; }
}

이 모델과 함께 IOC 용 저장소 인터페이스 클래스를 정의했습니다.

이제이 POCO 도메인 모델을 LINQ 매핑을 사용하여 엔티티 클래스 세트로 전환하려고합니다. (이 approch는 내가 MVC에서 읽고있는 책에서 권장되었습니다.) 위의 예에서는 수업의 '평범한 노인'에 영향을 미치지 않으면 서 몇 가지 속성으로 쉽게 관련이있었습니다.

[Table]
public class MyClass
{
[Column]
public string MyProperty { get; set; }
}

문제는 연결, 변경 수정 등을 매핑하기 시작할 때 발생합니다. 도메인 모델의 원래 개념을 빠르게 파괴하고 단순히 LINQ-to-SQL 클래스 세트를 만드는 것 같습니다. 내가 뭔가를 놓치고 있습니까? 이 클래스는 여전히 비즈니스 논리에 올바른 장소입니까? 여전히 LINQ 비 DB 소스에서 이러한 클래스에 데이터를 계속로드 할 수 있습니까?

감사

Answer 1

이 게시물도 SO에서 내 질문에 답합니다. (Google 감사합니다)

리포지토리 패턴을 구현하기 위해 엔티티 클래스는 LINQ에서 SQL 공급자로 분리되었습니다. 어떻게?

편집하다:

아마도 그렇지 않을 수도 있습니다. 이것은 엔티티 클래스에 대한 일반적인 불만입니까?

다른 편집 :

자, 기본적으로 이것은 현재로서는 할 수 없지만 .NET 4.0을 사용하면 가능합니다.

Answer 2

이와 같은 몇 가지 다른 질문이있었습니다.
이번 주 말에 EF4와 함께 연주했습니다. Julie Lerman 블로그 게시물 Serie EF4로 리포지토리 패턴을 구현합니다. 아직 완전히 직접적이지는 않지만 잘 작동합니다 ...
내가 아는 한 EF3.5 로이 작업을 수행 할 방법이 없습니다. 행운을 빕니다.