2009-07-09 19 views
5

böyle C# sınıflardan oluşturulan bir etki alanı modeli olduğunu farz edelim: LINQ Entity Sınıfları oluştururken Corcoting POCO Domain Modeli?

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

modeli ile birlikte, ben IoC için depo arayüzleri sınıfları tanımlamaktadır. Şimdi, bu POCO etki alanı modelini LINQ eşleştirmesi kullanarak bir dizi Entity sınıfına dönüştürmeye çalışıyorum. (Bu approch ben MVC üzerinde okuyorum bir kitapta önerildi.) Örnekte bu sınıfların 'düz oldness' etkilemeden birkaç nitelik ile yapmak kolay yeterliydi yukarıda:

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

sorunu dernekleri haritalamaya başladığımda, değişiklikleri ve benzerlerini değiştirdiğimde gelir. Görünüşe göre, alan modelinin orijinal konseptini hızla yok ediyorum ve bunun yerine bir dizi LINQ-to-SQL sınıfı oluşturdum. Bir şey mi eksik? Bu sınıflar hala iş mantığı için doğru yer mi? Hala LINQ olmayan, DB olmayan kaynaklardan bu sınıflara veri yüklemeye devam edebilir miyim ve devam etmeli miyim?

Teşekkür

+0

Ayrıca, dış eşleme dosyalarını kullanmak için iyi bir sebep olabilir mi? Bu bağlamda herhangi bir artı/eksiler bu bağlamda mı? – Paul

cevap

0

Bunun gibi başka birçok soru var.
Bu hafta sonunda EF4 ile oynadım, EF4 ile bir Repository modeli uygulamak için Julie Lerman blog post serie'u takip edebilirsiniz. İyi çalışıyor, ancak henüz tamamen düz değil ...
Bildiğim kadarıyla bunu EF3.5 ile yapmanın bir yolu yoktur. İyi şanslar.