2009-07-09 4 views
5

내가이 같은 C#을 클래스에서 만든 도메인 모델을 가지고 말 : LINQ 엔터티 클래스를 만들 때 POCO 도메인 모델이 손상됩니까?

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

모델과 함께, 내가 IOC의에 대한 저장소 인터페이스 클래스를 정의했습니다.

이제이 POCO 도메인 모델을 LINQ 매핑을 사용하여 Entity 클래스 집합으로 변환하려고합니다. (이 approch은 내가 MVC에 읽고 있어요 책에서 추천되었다.)의 예에서이 클래스의 '일반 고향'에 영향을주지 않고 몇 가지 속성을 쉽게 할 충분했다 위에 :

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

문제를 협회지도 작성, 수정 사항 변경 등이 시작됩니다. 도메인 모델의 원래 개념을 빠르게 파괴하고 LINQ-to-SQL 클래스 집합을 만드는 것 같습니다. 내가 놓친 게 있니? 이 클래스는 여전히 비즈니스 로직을위한 올바른 장소입니까? LINQ가 아닌 비 DB 소스에서 계속해서이 클래스에 데이터를로드 할 수 있습니까?

감사

+0

외부 매핑 파일을 사용하는 것이 좋은 이유일까요? 이 문맥에서이 승인에 찬성/반대 의견이 있습니까? – Paul

답변

0

이와 비슷한 질문이 몇 가지 있습니다.
이번 주말에 EF4에서 연주 했으므로 Julie Lerman blog post serie을 따라 EF4로 저장소 패턴을 구현할 수 있습니다. 그것은 아직 완전히 똑바로 진행되지는 않지만 잘 작동합니다 ...
EF3.5를 사용하여이 작업을 수행 할 수있는 방법이 없습니다. 행운을 빕니다.

관련 문제