Korrumpieren POCO Domain Model, wenn LINQ Entitätsklassen erstellen?

Question

Sagen, dass ich ein Domain-Modell von C # -Klassen wie diese erstellt habe:

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

Zusammen mit dem Modell, ich habe für IoC-Repository-Schnittstellen Klassen definiert.

Nun, ich versuche dieses POCO-Domäne-Modell in eine Reihe von Entity-Klassen mit LINQ-Mapping zu drehen. (Diese approch wurde in einem Buch empfohlen ich auf MVC bin zu lesen.) In dem obigen Beispiel das einfach genug war mit ein paar Attribute zu tun, ohne die ‚Ebene oldness‘ Auswirkungen der Klassen:

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

Das Problem kommt, wenn ich anfangen Verbände abzubilden, ändern Modifikationen und so. Es scheint, dass ich schnell das ursprüngliche Konzept des Domain-Modells zu zerstören, und stattdessen einfach eine Reihe von LINQ to SQL-Klassen zu schaffen. Bin ich etwas fehlt? Sind diese Klassen nach wie vor der richtige Ort für Geschäftslogik? Werde ich noch in der Lage sein, und soll ich weiterhin Daten in diese Klassen von nicht-LINQ, Nicht-DB-Quellen laden?

Danke

Answer 1

Dieser Beitrag, auch auf SO, beantwortet meine Frage: (Danke Google)

Entity Klassen von LINQ entkoppelt In den SQL-Provider für das Repository-Muster zu implementieren. Wie?

EDIT:

Nun, vielleicht nicht, dies ist eine gemeinsame Beschwerde über Entitätsklassen?

ANOTHER EDIT:

Ok, also im Grunde kann dies zur Zeit nicht gemacht werden, aber mit .NET 4.0 es sollte möglich sein.

Answer 2

Es gibt mehrere andere Frage so.
Ich spielte mit EF4 in dieser Woche Ende, können Sie Julie Lerman Blog-Post serie ein Repository-Muster mit EF4 zu implementieren. Es funktioniert gut, obwohl es nicht noch ist völlig geradlinig ...
Soweit ich weiß, gibt es keine Möglichkeit, dies mit EF3.5 zu tun. Viel Glück.