El repo:
https://github.com/manuelzapata/clean-architecture-example/tree/main
Introducción al curso
Saca el máximo provecho al curso con las recomendaciones de un experto
Conceptos detrás de las Arquitecturas Limpias
¿Qué son las arquitecturas limpias?
Características comunes de arquitecturas limpias
Cuándo aplicar y cuándo ignorar este tipo de arquitecturas
Principios de diseño
Arquitecturas de referencia
Arquitectura Hexagonal
Arquitectura Cebolla
Clean Architecture
Ejemplos del mundo real
Consideraciones sobre las arquitecturas hexagonal, cebolla y clean architecture
Dominio de una arquitectura
Detalles sobre el dominio
Organizando el dominio con un script de transacción
Inyección de dependencias
Modelo de Dominio
Capa de Servicios
Casos de Uso
CQRS
Capa externa
Acceso a Datos
Patrón Repository
Aplicaciones web y APIs
Integraciones y patrón Adapter
Pruebas
Dobles de prueba (pruebas de integración)
Cierre
Desafíos comunes
No tienes acceso a esta clase
¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera
Si ya tienes una cuenta,
Convierte tus certificados en títulos universitarios en USA
Antes: $249
$209
Paga en 4 cuotas sin intereses
Termina en:
18 Días
21 Hrs
25 Min
7 Seg
Organizando el dominio con un script de transacción
12/24Recursos
Aportes 6
Preguntas 1
Ordenar por:
Script de transacción
Patterns of Enterprise Application Architecture. Martin Fowler.
Este script de transacción organiza la lógica en procedimientos. Cada procedimiento maneja una única solicitud de la capa externa.
¿Cuándo usar script de transacción?
- Aplicaciones con poca lógica de negocio.
- Problemas simples.
Problemas del script de transacción
- Se vuelve difícil de mantener cuando la lógica crece.
- Lleva a código duplicado.
- No aprovecha la programación orientada a objetos.
El script de transaccion se refiere a un estilo de programación que consiste en procedimientos o scripts que realizan una serie de pasos para completar una transacción específica. En este modelo, las operaciones de la transacción se consideran una secuencia de acciones que se deben realizar, y el script se ocupa de manejar todas las posibles situaciones que puedan surgir durante la transacción.
Este enfoque puede ser una solución viable para problemas muy específicos y sencillos, sin embargo no se aprovechan las ventajas de la programación orientada a objetos como la modularidad, reutilización, encapsulación y abstracción, que pueden conducir a un código más limpio, más fácil de mantener y más fácil de entender.
Obviamente el código proporcionado en el curso es de carácter explicativo y tiene como finalidad ejemplificar el uso de los scripts de transacción. Sin embargo, no está de más mencionar que dicho método incumple el SRP de solid, ya que tiene más de una responsabilidad. Lo cual no debería ser un buen lineamiento para los desarrollos. Un saludo :)
POJO
plain old java object
¿Quieres ver más aportes, preguntas y respuestas de la comunidad?