Es 2014. La respuesta a la pregunta sigue siendo no.
La razón no es obvia, espero poder explicarlo. La mayoría de los proyectos de código abierto se vuelven exitosos porque son extensibles y, por lo tanto, permiten que crezca la comunidad que lo rodea. Extensible significa extender entidades y, por lo tanto, la base de datos de alguna manera para cada complemento. Sin embargo, EF solo admite una versión de un gráfico de entidades, por lo que no puede decir, agregar un complemento y luego actualizar la base de datos original. Rompe la migración. Y, por lo tanto, las personas no usan EF en proyectos de SO.
Puede ver que las personas están luchando para crear complementos en nopcommerce debido a esto. Cualquier complemento que necesite propiedades adicionales en un objeto requiere cambios de código en el núcleo.Esencialmente, cualquier implementación de nopcommerce que tenga un complemento, es una bifurcación del proyecto. El usuario final termina convirtiéndose en el desarrollador porque ahora tiene que hacer control de código fuente, fusiones, etc. Una persona que vende cosas en línea no tiene ese tipo de habilidad. Solo quieren instalar el complemento y listo. Entonces ... no, EF es terrible para los proyectos de código abierto. Para grandes proyectos monolíticos, es genial.
No creo que encuentre una. Todos los bien diseñados usan nhibernate;) – jgauffin