Chain of Responsibility aplicado a pipelines de pedidos en Java

Chain of Responsibility en el procesamiento de pedidos

El artículo describe la creación de una cadena de handlers que ejecutan, en orden, las etapas de un pedido: validación de stock, validación de pago, cálculo de frete y confirmación. Cada handler decide si continúa o detiene la cadena.

Estructura de clases

public abstract class PedidoHandler {
    protected PedidoHandler proximo;
    public PedidoHandler definirProximo(PedidoHandler proximo){
        this.proximo = proximo; return proximo;
    }
    protected void continuar(Pedido pedido){
        if(proximo!=null) proximo.processar(pedido);
    }
    public abstract void processar(Pedido pedido);
}

Los handlers concretos extienden esta clase: ValidacaoEstoqueHandler, ValidacaoPagamentoHandler, CalculoFreteHandler y ConfirmacaoPedidoHandler. Cada uno invoca un servicio externo (stock, gateway de pago, transportadora) y, en caso de error, marca el pedido como rechazado y salta la cadena.

Diagrama de flujo

El artículo incluye un diagrama mermaid que visualiza el flujo desde el checkout del cliente hasta la publicación de un evento de pedido confirmado. Para reproducirlo en tu entorno basta con copiar el bloque mermaid a mermaid.live.

Ventajas

• Coherencia: cada handler tiene una responsabilidad única.
• Reordenabilidad: cambiar la secuencia implica solo re‑enlazar los handlers.
• Reutilización: un handler, como la validación de pago, puede usarse en otro contexto sin el resto de la cadena.

¿Por qué importa?

En sistemas de e‑commerce con cientos de microservicios, un flujo monolítico provoca acoplamientos fuertes y dificulta la prueba aislada de cada fase. El patrón Chain of Responsibility permite desacoplar, facilitar la prueba unitaria y mejorar la mantenibilidad.

Próximos pasos

• Añadir manejo de excepciones centralizado.
• Implementar métricas de latencia por handler.
• Extender la cadena a procesos de post‑venta.

---