Chain of Responsibility

Why this matters

When a single function handles every case with a growing chain of if/elif blocks, it becomes a maintenance trap. The Chain of Responsibility pattern lets you build a pipeline of handler objects — each independently responsible for what it knows. When a request arrives, it travels down the chain until a handler claims it. Adding a new handler means creating one new class, never touching existing code.

Cuando una sola función maneja cada caso con una cadena creciente de bloques if/elif, se convierte en una trampa de mantenimiento. El patrón Cadena de Responsabilidad te permite construir una tubería de objetos manejadores — cada uno responsable independientemente de lo que conoce. Cuando llega una solicitud, viaja por la cadena hasta que un manejador la reclama. Añadir un nuevo manejador significa crear una nueva clase, sin tocar el código existente.

✗ The problem

✓ The solution

Where you already see itDónde ya lo encuentras

HTTP middleware stacks (Express, Django middleware) are chains of responsibility — each middleware handles what it owns (auth, logging, rate-limiting) and passes the request forward. Event bubbling in the DOM is a chain. Exception handling in many languages walks up a handler chain. The pattern is everywhere in frameworks once you look for it.

Las pilas de middleware HTTP (Express, middleware de Django) son cadenas de responsabilidad — cada middleware maneja lo que le corresponde (auth, logging, rate-limiting) y pasa la solicitud hacia adelante. El burbujeo de eventos en el DOM es una cadena. El manejo de excepciones en muchos lenguajes recorre una cadena de manejadores. El patrón está en todos los frameworks una vez que lo buscas.