Sintaxis para los miembros virtuales

Question

considerar la siguiente clase escrito en C# .NET 4.0 (típicamente se encuentran en una clase nhibernate):

public class CandidateEntity : EntityBase 
{ 
    public virtual IList<GradeEntity> Grades { get; set; } 

    public CandidateEntity() 
    { 
     Grades = new List<GradeEntity>(); 
    } 
} 

Esta línea se hace una advertencia "llamada de miembro virtual en el constructor" bien fundada. ¿Dónde debo inicializar esta colección?

Regards,

Answer 1

El campo de respaldo es de una sola dirección. Otra es usar un setter privado. Esto funciona bien en nHibernate.

public virtual IList<GradeEntity> Grades { get; private set; } 

public CandidateEntity() 
{ 
    Grades = new List<GradeEntity>(); 
} 

Answer 2

utiliza un campo de respaldo e inicializar el campo de respaldo en el constructor. Alternativamente, haz que la clase sea sellada.

private IList<GradeEntity> _grades 

public virtual IList<GradeEntity> Grades 
{ 
    get { return _grades; } 
    set { _grades = value; } 
} 

public CandidatesEntity() 
{ 
    _grades = new List<GradeEntity>(); 
} 

Answer 3

Crear un método reemplazable (virtual) llamado OnInit o algo similar e inicializar Grade allí, a continuación, llamar OnInit desde el constructor.

La advertencia está ahí para informarle que está creando un comportamiento que será difícil de anular para los implementadores.

Answer 4

Si hace la clase sealed, tampoco recibirá la advertencia (porque el problema es solo un problema si hereda esta clase y anula el miembro).

Edición después comentario OP:

Ah, cierto. Normalmente encuentro esto solo cuando trato con miembros virtuales heredados. La respuesta de Yads es probablemente la más útil para ti.

Tenga en cuenta que no es necesario que la propiedad sea virtual. Considere esto:

List<Grade> Grades { 
    get { return _grades; } 
    set { _grades = value; OnGradesChanged(); } 

protected virtual OnGradesChanged() 
{ } 

Por lo general, usted no desea almacenar el Grades de una manera diferente en la clase derivada. Solo necesita hacer algunas actualizaciones cuando cambie. De esta manera, proporciona más orientación a la clase derivada, y está seguro de que puede confiar en el campo de respaldo.

P.S. ¿Sabía que las personas pueden editar List<Grade> sin que sus clases lo vean? Debe considerar usar ObservableCollection que incluye un evento cuando la colección se cambia externamente. En ese caso, solo necesita exponer una propiedad readonly Grades.