Come evitare di chiamare la funzione virtuale nel costruttore?

Question

La maggior parte (se non tutti) i miei POCO di Entity Framework hanno funzioni virtuali. Ho bisogno che queste funzioni siano virtuali in modo che le entità possano essere caricate in modo pigro.

Se inizializzo Accommodations nel costruttore, chiamerò una funzione virtuale nel costruttore, che è una cattiva pratica.

Ma come posso inizializzare Accommodations se non nel costruttore?

public class Venue 
{ 
    public Venue() 
    { 
     Accommodations = new HashSet<Accommodation>(); 
    } 

    public virtual ICollection<Accommodation> Accommodations { get; set; } 
} 

Answer 1

public class Venue 
{ 
    private accommodations_ = new HashSet<Accommodation>(); 

    public Venue() { } 

    public virtual ICollection<Accommodation> Accommodations 
    { 
     get { return accommodations_; } 
     set { accommodations_ = value; } 
    } 
} 

Answer 2

Con caricamento pigro, non si nemmeno inizializzare il Accommodations fino a che non è primo accesso, in modo da lasciarlo null.

Puoi avvolgere come segue per renderlo automaticly inizializzare stesso:

private ICollection<Accommodation> _accommodations; 

public virtual ICollection<Accommodation> Accommodations { 
    get { 
     if (_accommodations == null) 
     { 
      // Initialize or load data here. 
      _accommodations = new HashSet<Accommodation>(); 
     } 
     return _accomodations; 
    } 
    set { 
     _accommodations = value; 
    } 
} 

---

Assicurarsi di leggere il commento qui sotto riguardo a questa soluzione!

Answer 3

Un'altra opzione è contrassegnare il setter come privato. Questo eliminerà il problema di chiamare membri virtuali nel costruttore.

Una volta fatto questo, è necessario fornire modi per i chiamanti (diversi EF) per impostare la proprietà necessarie per il proprio disegno. È possibile utilizzare un costruttore di overload per passare in un elenco di strutture ricettive, o, in alternativa incapsulare la vostra collezione (design driven dominio) e utilizzare metodi per aggiungere/rimuovere elementi (nota, con EF questo diventa "hacker", in quanto manca il supporto per completamente incapsulato collezioni, a differenza con NHibernate):

public class Venue 
{ 
    public Venue() 
    { 
     Accommodations = new HashSet<Accommodation>(); 
    } 

    public Venue(ICollection<Accommodation> accommodations) 
    { 
     Accommodations = new List<Accommodation>(accommodations); 
    } 

    public virtual ICollection<Accommodation> Accommodations { get; private set; } 
} 

Answer 4

con l'inizializzazione di default C# 6.0 potrebbe essere semplificato senza l'uso di variabili private:

public class Venue 
{ 
    public virtual ICollection<Accommodation> Accommodations {get; set; } = new HashSet<Accommodation>(); 
}