¿Alguien usa adaptador para POCO Marco de la entidad en la producción?

Question

La lectura sobre la falta de persistencia en la ignorancia Marco de la entidad que a menudo tropiezan con POCO adaptador . La pregunta es, ¿alguien lo utilizan en la producción, ¿cómo se ve y lo que son las trampas?

Considero dos alternativas para el diseño de la aplicación: utilizar POCOs con ese adaptador en la lógica de negocio y hacer que la capa de presentación que utiliza o crear una capa de servicio de EF conversión entre entidades y dtos: (1) entidades de EF <-> Adaptador <-> objetos de negocio POCO <-> Presentación o (2) entidades EF <-> capa de servicio <-> DTOs <-> Presentación. El primer enfoque parece ser más limpia, pero estoy un poco vacilante acerca adaptador POCO solución no está siendo muy estándar y puede contener algunas deficiencias no es evidente en este momento.

Answer 1

EFPocoAdapter ha sido desaprobado en favor de Entity Framework 4.0. La versión beta se anunció menos de una semana y ya se puede descargar la beta 1 si eres un suscriptor de MSDN.

No hay ninguna razón para utilizar EFPocoAdapter más. También les recomendamos leer la ADO.NET Entity Framework blog del diseño equipo para obtener una lista de todas las características de EF 4.0, que es una excelente lectura.

También echar un vistazo a esta entrada del blog: POCO en el marco de la entidad:. Parte 1 - la Experiencia

En cuanto a mi experiencia con EFPocoAdapter, yo era / soy feliz con el apoyo del Poco, la carga diferida y escenarios de n niveles. Entity Framework se basa en este más allá al proporcionar plantillas T4 entre otras cosas, algo que realmente sentí que carece (aunque muchos prefieren codificar manualmente sus clases POCO). Los otros problemas que tuve cuestiones serializador con la que JavaScriptSerializer no maneja referencias circulares mientras DataContractSerializer que hace, requiere atributos de clase / miembros que antes del plantillas T4 no eran posibles con las clases generadas automáticamente.

El EFPocoAdapter siempre estaba destinado a ser una especie de puesta en escena de plataforma para obtener retroalimentación de la comunidad y desarrollar el conjunto de características para EF 4.0. Si bien es un poco áspero alrededor de los bordes logré cumplir con mis necesidades, aunque después de algunos intercambios con Jaroslaw. Eso y el apoyo era muy sombrío (poca gente en los foros o desbordamiento de pila).

Answer 2

Es posible que desee utilizar AutoMapper . Entonces es posible escribir entidades de EF, entidades POCO y DTO-s si es necesario. Dos conjuntos de entidades parecen ser un poco por encima, pero cuando tiene que ser la ignorancia de persistencia, entonces esto parece ser manera más fácil con AutoMapper.

Introducción a AutoMapper

Answer 3

sólo me gustaría añadir a este hilo que he estado utilizando el Entity Framework v4 con un modelo POCO generado utilizando la POCO Generador C # en la producción (unos seis meses), y ha estado trabajando muy bien.

Hay un pocas capturas al utilizarlos con servicios WCF, así que si usted están considerando exponiéndolos a través de WCF puede ser que valga la elaboración de una prueba sensible de concepto y ver si la complejidad del gráfico de objetos planteará ningún problema para la serialización, el uso sin estado, etc, etc.