Lección 14: Proyecto final: arquitectura del sistema de pedidos

Sin diseño, un sistema de pedidos real colapsa en una clase gigante donde cada cambio asusta: precio, correo y base de datos entrelazados. En este proyecto final combinamos las ideas del curso (responsabilidad única, contratos inyectados, repositorio asíncrono, eventos y objetos de valor) en un dise

Un sistema bien diseñado es como la cocina de un restaurante en una noche llena: cada estación tiene un trabajo, los pedidos pasan por una sola ventanilla y una campana suena cuando un plato está listo.

Proyecto final: arquitectura del sistema de pedidos: Un diseño pequeño que combina a la vista las ideas del curso: record para valores, contrato asíncrono inyectado por constructor y un evento que desacopla el servicio.
inyección por constructor: El servicio recibe sus dependencias como contratos por el constructor: quien ensambla el sistema elige las implementaciones, no el servicio.
evento de dominio: El servicio anuncia que ocurrió un hecho ('se realizó un pedido') y los suscriptores reaccionan sin que el servicio los conozca.