https://github.com/duquejo/ceibaadn-cotizador

CeibaADN-Cotizador
https://github.com/duquejo/ceibaadn-cotizador

cypress javascript jest nest nestjs react reactjs scss

Last synced: about 2 months ago
JSON representation

CeibaADN-Cotizador

• Host: GitHub
• URL: https://github.com/duquejo/ceibaadn-cotizador
• Owner: duquejo
• Created: 2021-12-13T21:15:57.000Z (about 3 years ago)
• Default Branch: main
• Last Pushed: 2022-01-03T15:03:31.000Z (about 3 years ago)
• Last Synced: 2024-05-10T04:50:05.797Z (8 months ago)
• Topics: cypress, javascript, jest, nest, nestjs, react, reactjs, scss
• Language: TypeScript
• Homepage:
• Size: 1.28 MB
• Stars: 2
• Watchers: 1
• Forks: 0
• Open Issues: 0
• Metadata Files:
  • Readme: readme.md

Awesome Lists containing this project

README

        
# ADN Ceiba Project - Cotizador de centros vacacionales

Proyecto ADN utilizando el Framework Nest JS (Server) y React JS (Client)



  





  



## Descripción

El framework base de este bloque es Nest; este nos brinda grandes cualidades, por ejemplo: inyección de dependencias, controladores http, manejo de excepciones, división del código por módulos, integración con diferentes tecnologías de persistencia, etc.

Los principales patrones y estilos de arquitectura que guían este bloque son:

### Arquitectura hexagonal

Arquitectura que fomenta que nuestro dominio sea el núcleo de todas las capas, también conocida como puertos y adaptadores en la cual el dominio define los puertos y en las capas superiores se definen los adaptadores para desacoplar el dominio. Se divide principalmente en tres capas, aplicación, dominio e infraestructura

- Infraestructura: Capa que tiene las responsabilidades de realizar los adaptadores a los puertos definidos en el dominio, exponer web services, consumir web services, realizar conexiones a bases de datos, ejecutar sentencias DML, en general todo lo que sea implementaciones de cualquier framework

- Aplicación: capa encargada de enrutar los eventos entrantes de la capa de infraestructura hacía la capa del dominio, generalmente se conoce como una barrera transaccional la cual agrupa toda la invocación de un caso de uso, se pueden encontrar patrones como Fabricas, Manejadores de Comandos, Bus de eventos, etc.

- Dominio: representa toda la lógica de negocio de la aplicación la cual es la razón de existir del negocio. Se busca evitar el anti-patron https://martinfowler.com/bliki/AnemicDomainModel.html y favorecer el principio https://martinfowler.com/bliki/TellDontAsk.html en esta capa se pueden encontrar los siguientes patrones agregados, servicios de dominio, entidades, objetos de valor, repositorios (puerto), etc.

  Para obtener mas documentación sobre este tipo de arquitectura se recomienda https://codely.tv/blog/screencasts/arquitectura-hexagonal-ddd/

## Patrón CQRS:

Patrón con el cual dividimos nuestro modelo de objetos en dos, un modelo para consulta y un modelo para comando (modificación de datos). Este patrón es recomendado cuando se va desarrollar lógica de negocio compleja porque nos ayuda a separar las responsabilidades y a mantener un modelo de negocio consistente.

- Consulta: modelo a través del cual se divide la responsabilidad para presentar datos en la interfaz de usuario, los objetos se modelan basado en lo que se va a presentar y no en la lógica de negocio, ejm: ver facturas, consultar clientes

- Comando: son todas las operaciones que cambian el estado del sistema, ejm: (facturar, aplicar descuento), este modelo se construye todo el modelo de objetos basado en la lógica de negocio de la aplicación

  Para mayor documentación del patrón https://martinfowler.com/bliki/CQRS.html

_Más detalles técnicos en su directorio_