Pregunta

Mayormente usted utiliza esta opción (por defecto está marcada) o hacer la desactiva?

Me di cuenta de que cuando tengo tanto la columna FK y propiedad de navegación en mis entidades que se traduce en problemas con las herramientas de mapeo - que podrían obligar a uno u otro, pero casi nunca los dos

.

Si tuviéramos que seguir las directrices de los modelos conceptuales estrictamente Creo que esas columnas no deben llegar a propiedades, en caso de que?

Esperamos que muchos de ustedes respuesta para que podamos tener una mejor representación de lo que los desarrolladores eligen con más frecuencia.

¿Fue útil?

Solución

Si tuviéramos que seguir las directrices de modelos conceptuales estrictamente creo esas columnas no deben llegar a propiedades, deberían hacerlo?

derecho - que es lo que el equipo EF hizo en la primera versión con .NET 3.5 SP1 -. Y tiene un montón de información muy negativo en él

Sí, "purista" hablando - que no debería estar usando columnas de clave extranjera directa - usted debe usar la forma correcta de hacer frente a la entidad referenciada en su lugar. Pero, en realidad, en muchos casos - que no quieren tener que lidiar con toda la entidad referenciada, en realidad -. Sólo la creación de la columna de clave externa va a hacer (por ejemplo, al importar datos o muchos otros casos)

Así, mientras que sí - Estoy de acuerdo - que es un poco de un truco a veces, yo lo veo como una gran ventaja que tiene la opción de utilizar la columna de clave externa de una entidad - después de todo, en el nivel de base de datos, eso es lo que se le trata con, también.

Así que en mi opinión, y todas las recomendaciones que he escuchado de colegas que también utilizan EF en el trabajo serio y todos los gurús blogger y EF por ahí (como Julie Lerman que escribieron la libro sobre EF) - a su vez en esa opción, y se obtiene lo mejor de ambos mundos

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top