none
programación en capas RRS feed

  • Pregunta

  • Hola a todos: tengo una duda, estoy desarrollando un sistema en cuatro capas (capa datos, negocio, presentación, entidades) usando entity framework y database first y visual c#, windows form. Los formularios los tengo en la capa de presentación,en ellos capturo los datos y los valido. Estoy leyendo el libro de Craig Larman "UML y patrones" donde enseña a desarrollar sistemas orientados a objetos en el que empieza por definir casos de uso y a partir de ellos identificar las clases conceptuales con sus atributos y métodos para luego crear realizar los casos de usa mediante los diagramas de colaboración. Mi pregunta es lo que enseña este libro es aplicable en la tecnología de microsoft que uso?. Un caso de uso seria una clase en la capa de negocio?. O programar en capas con entity framework es un enfoque totalmente distinto. Me podrían aclarar si son conceptos diferentes. Muchas gracias. Saludos.   
    lunes, 14 de enero de 2019 22:05

Respuestas

  • Sí, el concepto es perfectamente aplicable. En principio, los objetos que inferirías a partir de los diagramas conceptuales y los casos de uso serían los objetos de la capa de negocio. Después tendrías que decidir cómo vas a almacenar en base de datos la información contenida en esos objetos, y de esa manera inferirías cuáles son los objetos de tu capa de datos (que son los que crearás con Entity Framework). En teoría ambos conjuntos de objetos podrían ser potencialmente diferentes. En la práctica, lo más frecuente es que la mayoría de esos objetos, salvo pocas excepciones, sean exactamente iguales.
    • Propuesto como respuesta Sergio Parra martes, 15 de enero de 2019 20:08
    • Marcado como respuesta fabiogvoigt1970 jueves, 17 de enero de 2019 11:43
    martes, 15 de enero de 2019 7:34

Todas las respuestas

  • Sí, el concepto es perfectamente aplicable. En principio, los objetos que inferirías a partir de los diagramas conceptuales y los casos de uso serían los objetos de la capa de negocio. Después tendrías que decidir cómo vas a almacenar en base de datos la información contenida en esos objetos, y de esa manera inferirías cuáles son los objetos de tu capa de datos (que son los que crearás con Entity Framework). En teoría ambos conjuntos de objetos podrían ser potencialmente diferentes. En la práctica, lo más frecuente es que la mayoría de esos objetos, salvo pocas excepciones, sean exactamente iguales.
    • Propuesto como respuesta Sergio Parra martes, 15 de enero de 2019 20:08
    • Marcado como respuesta fabiogvoigt1970 jueves, 17 de enero de 2019 11:43
    martes, 15 de enero de 2019 7:34
  • hola

    >>estoy desarrollando un sistema en cuatro capas (capa datos, negocio, presentación, entidades)

    entidades no es una capa

    >>Mi pregunta es lo que enseña este libro es aplicable en la tecnología de microsoft que uso?

    los patrones y UML es aplicable a cualquier lenguaje

    >>Un caso de uso seria una clase en la capa de negocio?.

    no necesariamente, podrian ser varias clases que colaboren, es mas un caso de uso podrian ser varias pantallas segun como lo definan

    >>O programar en capas con entity framework es un enfoque totalmente distinto. Me podrían aclarar si son conceptos diferentes

    no entendi, que cosa son conceptos diferentes?

    EF es solo un ORM que ayuda en al persistencia, solo es eso

    saludos


    Leandro Tuttini

    Blog
    MVP Profile
    Buenos Aires
    Argentina

    martes, 15 de enero de 2019 18:42
  • Muchas gracias por sus respuestas me aclararon  los nubarrones que tenia. Ahora otra consulta, tiene que ver con las clases estáticas y las de instancia. Viendo vídeos de programación en capas con entity framework las clases de la capa de negocio las hacen estáticas pero investigando un poco más vi que no es tan así, cada una tiene su razón de ser. En pocas palabras: en que me baso para hacer una clase estática y otra de instancia?. Muchas gracias por la ayuda que me brindan que por cierto es muy buena.
    miércoles, 16 de enero de 2019 11:31