Akıcı NHibernate - Ben iki varlık arasında bir ilişki ekleme ve yabancı anahtar için bir ayarlanabilir Kimlik'i bir yol arıyorum bir özellik

Question

olarak yabancı bir anahtar haritalama. Önceki yazılar yoluyla aradık ama bulabilirim yakın ilişki .Load için bir öneridir - Ben umuyorum değil ne. Bu .HasForeignKey bağlayıcı ile Entity Framework yapılabilir biliyorum ama Akıcı NHibernate bunu yapmak için bir yol bulmak gibi olamaz.

iki örnek varlıkları atın:

public class Ticket 
{ 
    public virtual int Id { get; set; } 
    public virtual string Title { get; set; } 
    public virtual string ServiceId { get; set; } 
    public virtual Service Service { get; set; } 
} 

public class Service 
{ 
    public virtual string Id { get; set; } 
} 

Ben Biletin yeni bir örneğini oluşturmak için mümkün istiyorum ve aşağıdaki araçları kullanarak buna bir Hizmetleri atamak (farz olduğunu ilişkili Servis zaten) tablosunda var:

Ticket ticket = new Ticket() { 
    Title = "Problem with MS Word", 
    ServiceId = "Microsoft Word 2012" 
}; 

ne yapmak istemiyorum şudur:

Ticket ticket = new Ticket() { 
    Title = "Problem with MS Word", 
    Service = Session.Load<Service>("Microsoft Word 2012") 
}; 

Bunun için geçerli nedenleri var, ve benzeri bu Entity Framework yapılabilir, ama gerçekten Akıcı NHibernate aynı şeyi başarmak için nasıl olarak stumped söyledim. Eşlemlerim şu anda şöyle görünür:

public class TicketMapping : ClassMap<Ticket> 
{ 
    public TicketMapping() 
    { 
     Id(m => m.Id); 
     Map(m => m.Title).Column("Title"); 
     Map(m => m.ServiceId).Column("ServiceId"); 
     HasOne(m => m.Service).ForeignKey("ServiceId"); 

     Schema("dbo"); 
     Table("Tickets"); 
    } 
} 

public class ServiceMapping : ClassMap<Service> 
{ 
    public ServiceMapping() 
    { 
     Id(m => m.Id); 

     Schema("dbo"); 
     Table("Services"); 
    } 
} 

Herhangi bir yardım her zaman minnettar! Jay için

---

Sadece hızlı düzenleme - Ben elemanı Session.Load istemiyorum sebebi benim sunum katmanı (MVC 3) NHibernate hakkında bilmeden şey istemiyoruz çünkü - bu nedenle Bir havuz kalıbı kullanarak ve kontrolöre tek bir depo enjekte ederek. Yani, örneğin, ben de sadece Hizmet bir başvuru için almak için bir ServiceRepository enjekte etmek zorunda istemiyorum

public interface IRepository<T> 
{ 
    T GetById(object id); 
    void Create(T entity); 
    void Update(T entity); 
    void Delete(T entity); 
} 

aşağıdaki sözleşme yapışan bir TicketRepository olacak Bilet.

Answer 1

Ben gerçekten NHibernate kullanırken Session.Load (id) kullanarak kaçınamaz gördüğü gibi. Yorumlarda belirtildiği gibi bu veritabanına vurmaz, sadece kimliğine sahip bir proxy nesnesi yaratır.

bazı olası seçenekleri:

1. denetleyici içine ikinci bir jenerik depo (ServiceRepository) enjekte edin. Bununla bir sorunu gerçekten göremiyorum, ama bir sebepten dolayı bunu önlemek istiyorsun. Sen jenerik arabirimine bir LoadById yöntemi ekleyip NH ve EF (ve başkaları) için her bir uygulamada farklı olduğunu uygulayabilir. EF'de, bu yöntem GetById gibi çalışabilirken, NH uygulamasında Session.Load
2. olarak adlandırılır. AR (toplanmış kök) için bu durumda Bilet olmayan genel bir depo uygulayın. Bu, bir Hizmetin yanı sıra Bilet Yükleme için belirli yöntemlere sahip olabilir.
3. İki deponun üstünde başka bir soyutlama gerçekleştirin ve seçenek 1'deki iki deponun yerine denetleyiciye bunu enjekte edin. Bu, f.Burada ana hatlarıyla belirtildiği gibi bir cehalet UnitOfWork: Persistance ignorant UoW veya Bilet Oluşturma'yı düzenleyen bir çeşit Uygulama Hizmeti veya bir TicketFactory.

3 seçenek arasından, seçenek 1 muhtemelen en basittir, 3 ise daha iyi bir soyutlama ve yolda daha fazla bakım sağlayabilir.

Answer 2

Bir numara kullanabilirsiniz. Kodunuzu temiz tutmak için.

Bu bir NH meselesidir ki, NH Havuzlarında çözüm uygulamak zorundasınız, ben de bunu çözüyorum.

önce ekleyin veya

if (!string.IsNullOrEmpty(ServiceId) && Service == null) 
{ 
    Service = new Service{ Id = ServiceId }; 
} 

Normal depo işi güncelleyin ...

bunu test etmek ve çalışma. Mimariniz hala ORM kararlarını temizliyor