Estoy habilitando los tipos de referencia anulables C # 8.0 en un proyecto .NET Core 3.0. El proyecto utiliza Entity Framework Core 3.0 para acceder a la base de datos.
El siguiente es un modelo de datos cuyo título no debe ser nulo.
public class Vehicle
{
public int Id { get; private set; }
public string Title { get; private set; }
// Entity Framework Core is instructed to bind to the private _drivers field in a configuration builder
private readonly List<Driver> _drivers = new List<Driver>();
public IReadOnlyCollection<Driver> Drivers => _drivers.AsReadOnly();
private Vehicle()
{
}
public Vehicle(string title)
{
this.Title = title;
}
public void AddDriver(string name)
{
this._drivers.Add(new Driver(name));
}
}
// A foreign column is defined in a configuration builder
public class Driver
{
public int Id { get; private set; }
public string Name { get; private set; }
private Driver()
{
}
public Driver(string name)
{
this.Name = name;
}
}
Se supone que el código propio usa los public
constructores solo mientras los private
constructores están ahí solo para permitir que Entity Framework Core y (potencialmente también) la serialización unan valores de la base de datos a estas clases / modelos. El constructor público puede tener una estructura, una lista y tipos de argumentos diferentes de las propiedades que tiene el modelo (por ejemplo, también puede contener argumentos para el primer hijo requerido, puede tener algunos argumentos opcionales, etc.).
Sin embargo, el compilador genera CS8618 Non-nullable field is uninitialized. Consider declaring as nullable.
en los private
constructores.
Puedo deshabilitar CS8616 para los private
constructores #pragma warning disable CS8618
pero no lo considero una buena idea.
¿Cómo se supone que debe usar los tipos de referencia anulables C # 8.0 en este escenario? ¿O mi modelo es falso o viola las mejores prácticas? ¿Cómo hacerlo correctamente?
Desafortunadamente, he encontrado documentos u orientación no relevantes.