Uszkodzenie modelu domeny POCO podczas tworzenia klas jednostek LINQ?

Question

Say Mam model domeny utworzonej z C# klas tak:

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

Wraz z modelem, mam zdefiniowane interfejsy repozytorium zajęcia dla MKOl.

Teraz próbuję zmienić ten model domeny POCO w zestaw klas Entity za pomocą mapowania LINQ. (Ten approch zalecono w książce Czytam na MVC). W powyższym przykładzie jest to dość łatwe do zrobienia z kilkoma atrybutami bez wpływu na „zwykły starości” klas:

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

Problem przychodzi, gdy zaczynam mapować skojarzenia, zmieniać modyfikacje i takie. Wygląda na to, że szybko niszczyłem oryginalną koncepcję modelu domeny, a zamiast tego po prostu tworzyłem zestaw klas LINQ-SQL. Czy czegoś brakuje? Czy te zajęcia są nadal właściwym miejscem dla logiki biznesowej? Czy nadal będę mógł i nadal będę ładować dane do tych klas ze źródeł innych niż LINQ, innych niż DB?

Dzięki

Answer 1

ten post, także na SO, odpowiada na moje pytanie: (Dzięki Google)

Entity classes decoupled from LINQ to SQL provider for implementing the Repository pattern. How?

EDIT:

No cóż, może nie jest to wspólna skarga o podmiocie zajęcia?

KOLEJNY EDIT:

Ok, więc w zasadzie nie można tego zrobić w tej chwili, ale z .NET 4.0 Ma to być możliwe.

Answer 2

Było kilka innych podobnych pytań.
Grałem z EF4 w tym tygodniu koniec, można wykonać Julie Lerman blog post serie, aby wdrożyć wzór repozytorium z EF4. Działa to dobrze, chociaż nie jest to jeszcze całkowicie proste ...
O ile wiem, nie można tego zrobić z EF3.5. Powodzenia.