Scribd Logo
Cargar

¡Te damos la bienvenida a Scribd!

  • 17 vistas

    Diseño de Servicios: Clean Architect

    Cargado por

    PAVEL SEBASTIAN UZATEGUI RONCAL
    El documento describe el patrón de diseño Hexagonal o Clean Architecture. Consiste en el modelo de dominio, los servicios de aplicación y los puertos con sus adaptadores. Cada lado del hexágono representa un puerto concreto, aunque en la práctica podría haber más puertos con sus adaptadores correspondientes. El objetivo es lograr una arquitectura independiente de los componentes externos y más fácil de testear.

    Copyright:

    © All Rights Reserved
    Descargue como PDF, TXT o lea en línea desde Scribd

    Diseño de Servicios: Clean Architect

    Cargado por

    PAVEL SEBASTIAN UZATEGUI RONCAL
    17 vistas2 páginas
    El documento describe el patrón de diseño Hexagonal o Clean Architecture. Consiste en el modelo de dominio, los servicios de aplicación y los puertos con sus adaptadores. Cada lado del hexágono representa un puerto concreto, aunque en la práctica podría haber más puertos con sus adaptadores correspondientes. El objetivo es lograr una arquitectura independiente de los componentes externos y más fácil de testear.

    Título original

    si

    Derechos de autor

    © © All Rights Reserved

    Formatos disponibles

    PDF, TXT o lea en línea desde Scribd

    ¿Le pareció útil este documento?

    ¿Este contenido es inapropiado?

    El documento describe el patrón de diseño Hexagonal o Clean Architecture. Consiste en el modelo de dominio, los servicios de aplicación y los puertos con sus adaptadores. Cada lado del hexágono representa un puerto concreto, aunque en la práctica podría haber más puertos con sus adaptadores correspondientes. El objetivo es lograr una arquitectura independiente de los componentes externos y más fácil de testear.

    Copyright:

    © All Rights Reserved
    Descargue como PDF, TXT o lea en línea desde Scribd
    Descargar como pdf o txt
    17 vistas2 páginas

    Diseño de Servicios: Clean Architect

    Cargado por

    PAVEL SEBASTIAN UZATEGUI RONCAL
    El documento describe el patrón de diseño Hexagonal o Clean Architecture. Consiste en el modelo de dominio, los servicios de aplicación y los puertos con sus adaptadores. Cada lado del hexágono representa un puerto concreto, aunque en la práctica podría haber más puertos con sus adaptadores correspondientes. El objetivo es lograr una arquitectura independiente de los componentes externos y más fácil de testear.

    Copyright:

    © All Rights Reserved
    Descargue como PDF, TXT o lea en línea desde Scribd
    Descargar como pdf o txt
    Está en la página 1de 2

    Diseño de

    Servicios

    Clean Architect
    Exagonal
    DDD

    domain-driven design Estructura el


    Niveles
    Es un código
    patrón
    Cada lado del hexágono Es un enfoque
    estructural para
    representa un para el
    diseñar software.
    puerto concreto, aunque desarrollo de
    en la práctica podría haber Capas
    software adyacentes
    más puertos
    UI
    Casos de
    Presentadores Entidades uso
    Independiente a
    Caracteristicas servicios externos
    Ventajas html, xml
    clases modelo
    Ventajas evalúa
    Mas fácil de testear de que
    de datos reglas de
    Estructura de manera individual responden
    de negocio
    diseño a eventos
    generados aplicación
    por la
    Los puertos y El dominio es la parte más interfaz
    adaptadores son importante
    reemplazables Comunicación efectiva entre
    expertos del dominio y expertos
    técnicos a través de Ubiquitous
    Language
    Independientes de la base
    Consiste en el modelo de dominio, los servicios de aplicación y de datos
    los puertos con sus adaptadores. Cada lado del hexágono
    representa un puerto concreto, aunque en la práctica podría
    El software es más cercano al
    haber más puertos con sus adaptadores correspondientes. dominio, y por lo tanto es más
    Basándose en el principio de inversión de dependencia, el cercano al cliente.
    modelo de dominio y la lógica de negocio como núcleo Independiente de la
    independiente de los servicios de aplicación y adaptadores que interfaz de usuario
    lo rodean, simplificando el traspaso o cambio de decisiones
    tecnológicas.

    Código bien organizado, Independencia de


    permitiendo el testing de las Frameworks.
    distintas partes del dominio de
    manera aisladas.
    D eber ía ser am i gabl e p ar a el
    U t i l i zar l os p r i n ci p i os REST p ar a d esar r ol l ad or y ser ex p l or abl e m ed i an t e
    m an ejar acci on es CRU D . (GET , PO ST ,
    PU T , PAT CH , D EL ET E) u n a bar r a d e d i r ecci on es d el
    n avegad or .

    Buenas prácticas para el uso


    Si em p r e ver si on a t u A PI .
    Si em p r e d ocu m en t ar y m ost r ar de APIs
    ejem p l os d el u so d e l a A PI .

    El uso de la API debe ser más rápido y más M an t en er l a U RL base d e r ecu r sos t an
    eficaz que codificar una solución alternativa si m p l e com o sea p osi bl e.

    También podría gustarte