Rob'un yaptığı gibi, Linq'den SQL sihirbazının oluşturduğu sınıflara ve sonra bu sınıfların POCO'ları olan bir kopyasına sahibim. benim depoları ben SQL modellere bu Poços ziyade Linq dönmek:EF Varlıklar'dan daha fazla bir Deposu olan POCO nesnelerini iade etmenin artıları/eksileri nelerdir?
return from c in DataContext.Customer where c.ID == id select new MyPocoModels.Customer { ID = c.ID, Name = c.Name }
bu yararı POCO modeller daha kolay bu yüzden bu benim kod daha sınanabilir yapacak örneği oluşturulmak olduğunu anlıyoruz.
Şimdi Linq'den SQL'e Entity Framework'e geçiyorum ve EF kitabından yaklaşık yarısıyım. Görünüşe göre, POCO'ları EF varlıklarından ziyade depolarımdan geri göndererek kaybedeceğim bir çok iyilik var.
Hala gerçekten birim testlerini benimsemedim, bu yüzden bu ekstra POCO'ları oluşturmak için çok zaman harcıyor ve kodları yazmak için yazıyormuş gibi hissediyorum. Ayrıca, objelerimi takip edememekten dolayı EF'in birçok faydasını da kaybedeceğim.
Bu ORM/Deposuyla ilgili herhangi bir kişinin göreceli bir yenisi hakkında tavsiyesi var mı? DDD gibi mesela:
Anthony
Sadece Rob Conery'nin Storefront serisini takip ettiğimi ve daha küçük projelerimde Repository desenini kullanmaya başladığımı belirtmek istediğim ilk mesajımı kaçırdığımı fark ettim. – littlecharva