Configuración de la estructura de una aplicación EF

Question

Estoy trabajando en una aplicación prototipo EF, utilizando POCO. Principalmente como introducción al framework me pregunto acerca de una buena manera de configurar la aplicación en una estructura agradable. Más tarde, planeo incorporar WCF en él.

Lo que he hecho es el siguiente:

1) que crea un archivo edmx, pero con la propiedad de generación de código configurado en Ninguno y genera mi esquema de base de datos,

2) que creó el POCOs todos los cuales se ven como:

public class Person 
{ 
    public Person() 
    { 
    } 

    public Person(string firstName, string lastName) 
    {   

     FirstName = firstName; 
     LastName = lastName; 
    } 

    public int Id { get; set; } 
    public string FirstName { get; set; } 
    public string LastName { get; set; } 
} 

3) he creado un contexto

public class PocoContext : ObjectContext, IPocoContext 
{ 
    private IObjectSet<Person> persons; 

    public PocoContext() : base("name=PocoContainer", "PocoContainer") 
    { 
     ContextOptions.LazyLoadingEnabled = true; 
     persons= CreateObjectSet<Person>(); 
    } 

    public IObjectSet<Person> Persons 
    { 
     get 
     { 
      return persons; 
     } 
    } 

    public int Save() 
    { 
     return base.SaveChanges(); 
    } 
} 

La interfaz se parece a esto:

public interface IPocoContext 
{ 
    IObjectSet<Person> Persons { get; } 

    int Save(); 
} 

4) Por último he creado un repositorio, la implementación de una interfaz:

public class PersonRepository : IEntityRepository<Person> 
{ 
    private IPocoContext context; 

    public PersonRepository() 
    { 
     context = new PocoContext(); 
    } 

    public PersonRepository(IPocoContext context) 
    { 
     this.context = context; 
    } 

    // other methods from IEntityRepository<T> 
} 

public interface IEntityRepository<T> 
{ 
    void Add(T entity); 
    List<T> GetAll(); 
    T GetById(int id); 
    void Delete(T entity); 

} 

Ahora, cuando me subo a jugar con esto, este diseño me dicta para crear una instancia un repositorio cada vez que quiero a buscar o mutar algunos datos, como esto:

using (var context = new PocoContext()) 
{ 
    PersonRepository prep = new PersonRepository(); 

    List<Person> pers = prep.GetAll(); 
} 

de alguna manera esto sólo se siente mal y defectuosa, por el contrario, solo una instancia de cada repositorio en el de El contexto rived tampoco se siente demasiado bien, debido a la posibilidad de instanciar objetos que podría no necesitar en absoluto.

¿Algún consejo sobre cómo hacer que este diseño suene? ¿Debo dejarlo así? ¿Alguna cosa que deba agregar o evitar en general al hacer esto?

Answer 1

No entiendo esta parte:

using (var context = new PocoContext()) 
{ 
    PersonRepository prep = new PersonRepository(); 

    List<Person> pers = prep.GetAll(); 
} 

Por qué estás creando el contexto en el ámbito exterior si se llama constructor de depósito sin pasar el contexto como parámetro? Usar contextos múltiples hará las cosas mucho más difíciles. Además, ¿qué sentido tiene crear la interfaz para el repositorio e intentar ocultarla si su bloque externo solo crea una instancia de la clase?

¿Es correcto su enfoque? Generalmente sí Debe usar single context for logical operation (unidad de trabajo) y si su repositorio obtiene contexto a través del constructor, necesita crear un nuevo conjunto de repositorios para cada contexto. Esto generalmente se logra a través de la inyección de dependencia.

acaba de crear instancias de cada repositorio en el contexto derivada no sienten demasiado bueno tampoco, debido a instanciar objetos potencialmente I que no necesite en absoluto.

Bueno, esto puede resolverse con bastante facilidad por la inicialización perezosa:

private SomeRepositoryType _someRepository 
public SomeRepositoryType SomeRepository 
{ 
    get { _someRepository ?? (_someRepository = new SomeRepositoryType(context)) } 
} 

pero no me poner esto en contexto mismo.Probablemente usaría esto en alguna fábrica de acceso a datos, ya que debería estar fuera del contexto y pasar una única fábrica, ya que la inyección a clases/métodos mediante múltiples repositorios es más simple.

Btw. what value ¿obtendrá de usar el repositorio?

Answer 2

Si usa POCO para crear un modelo de su base de datos, ¿puede intentar con el código EF primero? En mi humilde opinión, el uso de Code First es más claro que crear el modelo EDMX en el diseñador.

Answer 3

Use Dependency Injection usando cualquier contenedor como Castle Windsor, AutoFac, etc., proporcionando Contexto del Objeto por solicitud.