Esta es más una cuestión de "Por qué hacemos las cosas", ya que mi problema real se resolvió, pero no sé por qué.
Estaba lidiando con el siguiente código dentro de mi CountyRepository:
public IEnumerable<County> GetCounties(string stateAbbr) { using (var db = new AppDbContext()) { State state = (from s in db.States where s.Abbr == stateAbbr select s).First(); return context.Counties.Where(c => c.StateID == state.StateID).ToList(); } }El AppDbContext que creé arriba iría a un Inicializador personalizado:
public class AppDbContextInitializer : DropCreateDatabaseIfModelChanges<AppDbContext> { protected override void Seed(AppDbContext context) { StatesList states = new StatesList(); context.States.AddRange(states); context.Counties.AddRange(new CountiesList(states)); context.SaveChanges(); } }El problema era que, cuando ejecutaba el código, AppDbContext cargaba la información del estado y el condado correctamente en el inicializador, pero cuando regresaba al repositorio del condado, el AppDbContext estaba vacío y generaba un error debido a que "el estado no tiene un constructor sin parámetros". No quería que mi objeto State tuviera un constructor sin parámetros, así que busqué todo el día una solución a por qué AppDbContext se cargaría en el repositorio del condado. Finalmente encontré la siguiente solución:
Excepción al cargar objetos relacionados. Marco de la entidad
Fue una solución sencilla. Agregue el constructor sin parámetros y márquelo como Obsoleto. Hice esto y funcionó perfectamente.
Mi pregunta es, ¿POR QUÉ debo hacer esto? Revisé varios ejemplos de CodeFirst usando un inicializador personalizado y ninguno de ellos mencionó que requería un constructor vacío o que lo marcaba como obsoleto.
¿Hay una mejor solución o al menos una explicación para que pueda seguir adelante con el conocimiento en lugar de la confusión?
Debe haber un constructor sin parámetros, pero puede ser interno o privado. referencia pregunta 3