Instalar este tema
Entity Framework 4 y los estilos de programación

Los desarrolladores implementamos una amplia variedad de filosofías y estilos de arquitectura de software con acceso a datos. En esta breve publicacion se presentan tres diferentes enfoques identificados en el desarrollo de aplicaciones con Entity Framework 4.



Figura: Estilos de programación frecuentemente utilizados con Entity Framework 4


Ventaja y desventaja de los diferentes estilos de programación
































Estilo de programaciónFocoExperienciaVentajaDesventaja
Centrado en FormulariosEl foco está en la construcción de la interfaz de usuario, la cual
se enlaza a los datos.
Tipo Arrastrar/Soltar en la cual se define el origen de datos y
luego se construyen sistemáticamente formularios que pueden realizar
operaciones de consulta, alta, baja y modificación de datos (ABM)  en el
origen de datos.
Esta experiencia tiende a ser altamente productiva e intuitiva para
el desarrollador.
El costo es que a menudo el desarrollador acepta un  muy alto grado
de prescripción de las herramientas y el framework utilizados perdiendo
flexibilidad.
Centrado en el ModeloEl foco está en el modelado del dominio. (Domain Model)El desarrollador define un modelo utilizando alguna herramienta
visual o algún lenguaje especifico para el dominio (DSL) y luego se
utiliza este modelo como base para generar clases programables y también
la base de datos para persistencia.
Esta experiencia es a menudo útil para desarrolladores de
herramientas quienes quieren construir sobre una plataforma existente
para entregar valor. Es también útil para organizaciones quienes desean prescribir su propio estándar de arquitectura y base de datos para la
aplicación.
El costo históricamente ha sido la inversión requerida para
habilitar una experiencia completa. Así como en el estilo centrado en
formularios, el desarrollador obtiene un bajo grado de flexibilidad como
consecuencia de operar en un entorno más prescrito.
Centrado en CódigoEl foco está en la escritura de código.Los desarrolladores definen sus propias clases para persistencia.
Desarrollan su propia capa de acceso a datos para soportar estas clases,
o utilizan alguna herramienta existente disponible para la persistencia.
El beneficio principal de este enfoque es que el desarrollador
obtiene mejor control y mayor flexibilidad.
Tiende a fallar en el enfoque de selección de la persistencia. Si se
selecciona una solución que permita enfocarnos en el modelo del dominio
en vez de la infraestructura de persistencia, el beneficio puede ser muy
superior.

Fuente: EF v2 and Data Access Architecture Best Practices - Tim Mallalieu
 
  1. ricardoyorky ha publicado esto
Comentarios del blog proporcionados por Disqus