entity-framework - paginacion - pagedlist mvc
Nuevamente LINQ to SQL o Entity Framework para el nuevo proyecto MVC 3 (2)
- Entity Framework ha avanzado bastante últimamente. Lo consideraría "estable". La nueva integración con MVC3 es sobresaliente.
- En cuanto a la adición de atributos de anotación de datos personalizados para la validación, este artículo describe un enfoque utilizando EF. (Desplácese hacia abajo). Como no puede modificar las propiedades generadas, utiliza una asignación de metadatos personalizada para aplicarlas.
- Realmente quieres dejar que genere tanto como sea posible para ti, para no volverse loco. EF tiene una superficie de diseño muy similar a L2S y puede ser tan simple o tan complicado como desee.
Además, MVC3 generará vistas fuertemente tipadas para usted en función de cualquier modelo de objetos. La principal diferencia es que, con EF, se cableará TODO para usted, mientras que con POCO o L2S personalizado usted mismo tiene que hacer todas las cañerías. (Desde ese punto de vista, esto funciona exactamente como las versiones anteriores de MVC).
en primer lugar, mi experiencia es: una base de datos bastante grande (~ 100 tablas con ~ 10-20 columnas cada una) en MS SQL Server y siempre será primero SQL Server y base de datos.
tengo experiencia en WebForms y LINQ to SQL, pero estoy harto de construir formularios para editar todas las tablas mencionadas, así que mvc 3 razor con su andamiaje me acaba de hipnotizar, y estoy soñando que genera todas esas formas para mí
pero sale (o, tal vez, no obtengo algo), ese andamio funciona solo para EF DbContext. para L2S dice ''DbContext no soportado''. Probé MvcScaffolding con LinqToSqlScaffolding (mecanografié ''Set-DefaultScaffolder Repository LinqToSqlScaffolding.Repository'' en la consola de PM), pero todavía no se canta el mapeo relacionado con L2S.
Entonces, la primera pregunta es: "¿Hay alguna manera (una forma estable) de obtener andamios para las clases de SQL de Linq"?
ahora he investigado algunos y encontré todos esos temas sobre L2S vs EF, diciendo lo mismo - "L2S fue primero, así que es más estable y EF aún es joven, pero es una posibilidad remota, es flexible, fácil de mapear y, por lo tanto, en".
Lo primero que no entiendo es cómo debería mapear ese modelo flexible para mi base de datos empresarial. He utilizado un diseñador para generar clases para EF DbContext, como lo he hecho antes para L2S, y en cuanto a L2S, consta de ~ 42000 líneas. ahora tengo que buscar algunas propiedades de entidades allí y establecer algunos atributos para ellas, como ''Requerido'', ''Pantalla'' y ''Rango'', pero el diseñador las sobrescribirá. Sé cómo implementar la clase parcial o el método parcial, pero no estoy consciente de hacer ninguna adición a las propiedades en el archivo externo, ya que el diseñador no pudo sobrescribirlos. Supongo que esta debería ser la segunda pregunta.
y si debería asignar mi mapa de empresa a EF por las manos, para mantenerlo flexible ... o_O que ~ 42000 líneas de clase generadas automáticamente me asustan! es realmente necesario?
Con mi experiencia limitada, creo que llamar a EF directamente desde el controlador no se ve bien. Creo que se debe acceder a la base de datos a través de una capa separada. Prefiero que el controlador llame a un servicio WCF que puede comunicarse con la base de datos usando ADo.NET/LINQtoSQL/EF/NHibernate, etc.
Las sugerencias y los desacuerdos son welocme. Pero, por favor, no desestimen, es solo mi pensamiento. :-)
Referencias