EF CTP4 cuándo llamar context.SaveChanges

Question

Estoy tratando de reproducir muchas de las prácticas que utilizamos con NHibernate en EF CTP4.

Actualmente tenemos una interfaz genérica repositorio (CTP4 realmente hace que este muy fácil con DbContext.Set).

Estamos pasando en el contexto y el uso de StructureMap al alcance que por HttpRequest.

Con NHibernate pasamos en ISession (de nuevo creado usando StructureMap) pero el uso de un ActionFilter (UnitOfWork) para confirmar la transacción en el extremo de la solicitud.

¿Tenemos prestaciones equivalentes en EF CTP4? Si no es así, debería utilizar el mismo filtro a context.SaveChanges de llamada () o simplemente hacer esto dentro del repositorio.

En una nota lateral, ¿cuál es la forma más fácil de probar para ver si una entidad es nueva o no. Con NH tenemos el lujo de simplemente llamando ISession.SaveOrUpdate. Tenga en cuenta que todos mis entidades utilizan un identificador GUID. Tal vez un cheque por defecto (GUID)?

Gracias.

Answer 1

Sé que esto es una respuesta tardía que se han dado cuenta por ahora, pero supongo que es útil para la gente que busca. Rob Conery tiene un gran post sobre el uso de actionfilter y Ef para crear transacciones por solicitud alcance.

Rob C artículo

Ah, y sí me gustaría crear un método UpdateInsert () en un repositorio genérico que prueba de forma predeterminada (GUID).