none
Model Firts Entity Framework 6.1 RRS feed

  • Pregunta

  • Hola 

    Estoy usando Visual Studio 2013 y Entity Framework 6.1

    Hola
    Personalmente me gusta cuando creo un desarrollo desde cero, a partir de las historias de usuario trabajar con UML y termino el diseño de la solución del negocio y reconociendo las reglas del negocio en un diagrama de clases, digo yo a partir de un diagrama de clases se puede vincular con Model Firts para poder crear la base de datos que soportara el modelo de negocio???
    Por que hacer otro modelo en el entorno model firts sería doble trabajo. Soy nuevo usando EF 6.1

    Pedro Ávila
    "El hombre sabio querrá estar siempre con quien sea mejor que él."
    Lima - Perú

    miércoles, 10 de septiembre de 2014 11:47

Todas las respuestas

  • En principio sería lo ideal, pero depende de cómo sea tu arquitectura... Puede que tengas que mapear esos objetos POCO en DTOs... ETC... No hay una verdad absoluta en estas cosas...
    miércoles, 10 de septiembre de 2014 11:52
  • @Ismael

    La arquitectura la escojo de acuerdo a la complejidad del negocio, puede ser un 3 capas clásico o un DDD, pero en si por lo que me respondes veo que hay un divorcio entre el UML(que se usa para el diseño de la solución) y las tecnologías a usar, si todo esta unido en Visual Studio pq ese distanciamiento entre estas dos partes considerando desde mi punto de vista que el modelado del negocio es la parte mas importante para que un proyecto tenga éxito y culmine su desarrollo en segundo plano ya viene la tecnología a usar. 


    Pedro Ávila
    "El hombre sabio querrá estar siempre con quien sea mejor que él."
    Lima - Perú

    miércoles, 10 de septiembre de 2014 12:03
  • Hola

    Personalmente me gusta cuando creo un desarrollo desde cero, a partir de las historias de usuario trabajar con UML y termino el diseño de la solución del negocio y reconociendo las reglas del negocio en un diagrama de clases, digo yo a partir de un diagrama de clases se puede vincular con Model Firts para poder crear la base de datos que soportara el modelo de negocio???


    Por que hacer otro modelo en el entorno model firts sería doble trabajo.

    Pedro Ávila
    "El hombre sabio querrá estar siempre con quien sea mejor que él."
    Lima - Perú

    miércoles, 10 de septiembre de 2014 12:10
  • hola

    porque duplicas las preguntas entre foros

    Model Firts Entity Framework 6.1

    saludos



    Leandro Tuttini

    Blog
    MVP Profile
    Buenos Aires
    Argentina

    miércoles, 10 de septiembre de 2014 12:46
  • Para obtener diferentes respuestas para poder analizarlas y pq en el foro de C# hay gente que sabe mucho como tu y muchos.

    Pedro Ávila
    "El hombre sabio querrá estar siempre con quien sea mejor que él."
    Lima - Perú

    miércoles, 10 de septiembre de 2014 12:49
  • >>a partir de un diagrama de clases se puede vincular con Model Firts para poder crear la base de datos que soportara el modelo de negocio?

    de forma directa no se puede

    podrias armar un diagrama de clases con VS, pero despues vas a tener que replicar esta definicion en el diagrama de EF

    la tarea sera manual, no hay nada automatico

    saludos


    Leandro Tuttini

    Blog
    MVP Profile
    Buenos Aires
    Argentina

    miércoles, 10 de septiembre de 2014 12:53
  • si entiendo pero no es bien visto hacer eso

    la idea es mantener los temas en el foro que corresponde, si alguien del foro de c# le interesa responder sobre EF ira al foro sobre ese tema, o vera los temas en una lista general

    ahora no soy admin pero cuando lo hera este tipo de preguntas cruzadas se movian al foro que corresponde

    saludos


    Leandro Tuttini

    Blog
    MVP Profile
    Buenos Aires
    Argentina

    miércoles, 10 de septiembre de 2014 12:55
  • Si Leandro me acuerdo de la buena labor que hacías cuando eras moderador, seguiré tu recomendación.

    Pedro Ávila
    "El hombre sabio querrá estar siempre con quien sea mejor que él."
    Lima - Perú

    miércoles, 10 de septiembre de 2014 12:59
  • @Leandro 

    Sería un doble trabajo, aparte que un diseño lleva muchas clases, como encaras un desarrollo desde cero?, desde su concepción.

    Pq yo teniendo todo lo que comento lineas arriba, comenzaba a crear mis clases de entidades y las reglas del negocio.

    Pero ahora como puedo combinar mi estilo de trabajo con EF me refiero a que enfoque de EF me conviene Code Firts, Model Firts o DataBase Firts.

    Aparte me acuerdo lo que tu me comentastes Leandro dependiendo la complejidad de la solución en usar un DataBase Firts o Code Firts dependiendo de la arquitectura a usar se escoge un enfoque u otro?

    En que escenario queda o se utiliza Model Firts, todas estas preguntas se me vienen a la cabeza pq recién estoy aprendiendo a usar y conocer EF y pq también anduve investigando otros ORMs como NHibernate y micro ORMs como DAPPER y EntityLite. 


    Pedro Ávila
    "El hombre sabio querrá estar siempre con quien sea mejor que él."
    Lima - Perú

    miércoles, 10 de septiembre de 2014 13:23
  • Digo yo trabajar sobre una base de datos, es trabajar orientado a datos?, concebir una solución de negocio de un modelado de una base de datos es POO?, no lo creo. 


    Pedro Ávila
    "El hombre sabio querrá estar siempre con quien sea mejor que él."
    Lima - Perú


    • Editado Pedro Ávila miércoles, 10 de septiembre de 2014 13:31 xxxxxx
    miércoles, 10 de septiembre de 2014 13:30
  • Hay que tener mucho cuidado... 

    Creo que tenemos que tener claro a qué nos vamos a dedicar, o si la bbdd es sólo para la aplicación o va a haber otros conceptos trabajando ahí de integración... 

    Los paradigmas son sólo eso, paradigmas, no busquemos soluciones únicas a los problemas, siempre hay que analizarlos... 

    Si entras en code first es un método de hacer bbdd rápido y muy orientado a la aplicación, luego hay matices y casos complejos, pero no tiene por qué ser siempre la solución acertada... 

    Al igual que también es importante saber elegir el orm o la forma de acceso a los datos... Qué vas a hacer CRUD, operaciones complejas... 

    Ahora, desde luego es muy interesante parar y pensar antes de empezar a hacer... "Perder el tiempo" hasta para poner nombres a las variables... Esto es un arte y no una ciencia exacta.

    miércoles, 10 de septiembre de 2014 14:04
  • no es que esto lo comento por poner mala onda ni nada parecido

    es que se tiende a:

    - mantener los tema en el foro que corresponde

    - ademas cruzar dos foros es complejo de dar seguimiento a las personas que quieran ayudarte

    si alguien esta interesado en el tema ten en cuenta que respondera en el foro correcto

    saludos


    Leandro Tuttini

    Blog
    MVP Profile
    Buenos Aires
    Argentina

    miércoles, 10 de septiembre de 2014 14:16
  • >>trabajar sobre una base de datos, es trabajar orientado a datos?

    no, es pensar en data centric

    >>concebir una solución de negocio de un modelado de una base de datos es POO?

    podrias aproximarlo, pero no lo es

    por eso recomiendo code first, diseñar los objetos y en base a estos genera la db como resultado

    saludos


    Leandro Tuttini

    Blog
    MVP Profile
    Buenos Aires
    Argentina


    miércoles, 10 de septiembre de 2014 14:31