← Volver al Inicio

Back.Domain

Modelos de dominio, DTOs y configuraciones del sistema principal

13
DTOs
5
Configuraciones
1
Modelos Comunes
1
Modelos de Health

📚 Descripción General

El proyecto Back.Domain contiene todos los modelos de dominio, DTOs (Data Transfer Objects), configuraciones y estructuras de datos utilizadas en el sistema RestMaster. Esta capa define las estructuras de datos que se utilizan para la comunicación entre diferentes componentes del sistema.

🎯 Propósito del Proyecto

  • DTOs: Objetos de transferencia de datos para APIs
  • Configuraciones: Configuraciones del sistema y aplicaciones
  • Modelos Comunes: Estructuras de datos compartidas
  • Health Checks: Modelos para monitoreo de salud

📦 DTOs (Data Transfer Objects)

Los DTOs son objetos utilizados para transferir datos entre diferentes capas del sistema, especialmente en las APIs.

💰 ArqueoCajaResponse

Respuesta para arqueos de caja

  • Propósito: Respuesta de arqueo de caja
  • Funcionalidad: Datos de arqueo
  • Uso: CajaController
Ver Documentación →

🔓 CajaAperturaRequest

Solicitud de apertura de caja

  • Propósito: Apertura de caja
  • Funcionalidad: Datos de apertura
  • Uso: CajaController
Ver Documentación →

🔒 CajaCierreRequest

Solicitud de cierre de caja

  • Propósito: Cierre de caja
  • Funcionalidad: Datos de cierre
  • Uso: CajaController
Ver Documentación →

📊 CajaEstadoResponse

Respuesta de estado de caja

  • Propósito: Estado de caja
  • Funcionalidad: Información de estado
  • Uso: CajaController
Ver Documentación →

📄 CreateMultipleInvoicesRequest

Solicitud de creación múltiple de facturas

  • Propósito: Creación múltiple
  • Funcionalidad: Múltiples facturas
  • Uso: InvoiceController
Ver Documentación →

🔍 InvoiceFilterDto

Filtros para consulta de facturas

  • Propósito: Filtros de facturas
  • Funcionalidad: Consultas filtradas
  • Uso: InvoiceController
Ver Documentación →

📋 InvoiceDTO

DTO principal de factura

  • Propósito: Datos de factura
  • Funcionalidad: Transferencia de facturas
  • Uso: InvoiceController
Ver Documentación →

🪑 TableDto

DTO de mesa

  • Propósito: Datos de mesa
  • Funcionalidad: Gestión de mesas
  • Uso: TableManagerController
Ver Documentación →

📝 TableLineRequest

Solicitud de línea de mesa

  • Propósito: Líneas de mesa
  • Funcionalidad: Gestión de líneas
  • Uso: TableManagerController
Ver Documentación →

🔄 TableLineUpdateRequest

Solicitud de actualización de línea de mesa

  • Propósito: Actualización de líneas
  • Funcionalidad: Modificación de líneas
  • Uso: TableManagerController
Ver Documentación →

🚪 TableOpenRequest

Solicitud de apertura de mesa

  • Propósito: Apertura de mesa
  • Funcionalidad: Inicio de servicio
  • Uso: TableManagerController
Ver Documentación →

🏢 SalonDetailDto

DTO de detalle de salón

  • Propósito: Detalles de salón
  • Funcionalidad: Información de salón
  • Uso: SalonsController
Ver Documentación →

❌ CloseInvoiceRequestDto

Solicitud de cierre de factura

  • Propósito: Cierre de factura
  • Funcionalidad: Finalización de factura
  • Uso: InvoiceController
Ver Documentación →

⚙️ Configuraciones

Las configuraciones definen los parámetros y settings del sistema.

🔧 AppSettings

Configuración principal de la aplicación

  • Propósito: Configuración general
  • Funcionalidad: Settings de app
  • Uso: Configuración global
Ver Documentación →

🔗 ConnectionStrings

Configuración de cadenas de conexión

  • Propósito: Conexiones a BD
  • Funcionalidad: Strings de conexión
  • Uso: Acceso a datos
Ver Documentación →

🔐 AccessSettings

Configuración de acceso y permisos

  • Propósito: Control de acceso
  • Funcionalidad: Permisos y seguridad
  • Uso: Autenticación
Ver Documentación →

🌐 APISettings

Configuración de la API

  • Propósito: Configuración de API
  • Funcionalidad: Settings de API
  • Uso: Configuración de endpoints
Ver Documentación →

📊 LokiSettings

Configuración de logging con Loki

  • Propósito: Configuración de logs
  • Funcionalidad: Logging con Loki
  • Uso: Monitoreo y logs
Ver Documentación →

🔄 Modelos Comunes

Modelos y estructuras compartidas en todo el sistema.

📋 ServiceResult

Resultado genérico de servicios

  • Propósito: Resultados de servicios
  • Funcionalidad: Respuestas estandarizadas
  • Uso: Todos los servicios
Ver Documentación →

💚 Modelos de Health

Modelos para el monitoreo de salud del sistema.

🏥 HealthCheckResponse

Respuesta de verificación de salud

  • Propósito: Estado de salud del sistema
  • Funcionalidad: Monitoreo de servicios
  • Uso: HealthController
Ver Documentación →

🔗 Integración con Otros Componentes

📚 Componentes Relacionados

  • Back.API: Controladores que utilizan estos DTOs
  • Back.Application: Servicios que implementan la lógica
  • Common.Constants: Validaciones y constantes
  • RMAuth: Autenticación y autorización

🎯 Casos de Uso

  • APIs REST: Transferencia de datos en endpoints
  • Validación: Validación de datos de entrada
  • Serialización: Conversión JSON/XML
  • Configuración: Settings del sistema
  • Monitoreo: Health checks y logs