Mediador e cadeia de responsabilidades
Explore dois padrões comportamentais que desacoplam emissores e receptores: o Mediador centraliza a comunicação, e a Cadeia de Responsabilidades encaminha solicitações por uma sequência de manipuladores.
Mediador e cadeia de responsabilidades é uma aula grátis de Clean Architecture & Design Patterns in Practice no CoddyKit. Esta é a aula 4 de 4. Você pode ler a aula completa abaixo gratuitamente — depois pratica ao vivo no navegador com um editor de código integrado e um tutor de IA 24/7. Faz parte do caminho de aprendizado de Clean Architecture & Design Patterns in Practice, e seu progresso é sincronizado entre a web e o app CoddyKit. O curso de Clean Architecture & Design Patterns in Practice inclui 4 aulas no total.
Partes desta aula ainda não foram traduzidas e aparecem em inglês.
Two Ways to Decouple Communication
Objects often need to talk to each other, but direct references create tangled webs of dependencies.
This lesson covers two behavioral solutions:
- Mediator routes all communication through a central hub.
- Chain of Responsibility passes a request down a line until someone handles it.
The Mediator Problem
Imagine a dialog with buttons, checkboxes, and text fields all reacting to each other. If every widget references every other widget, the coupling explodes.
Mediator replaces this mesh with a star: each widget talks only to the mediator.
Mediator Interface
The mediator defines how components notify it of events.
interface Mediator {
void notify(Component sender, String event);
}Concrete Mediator
The concrete mediator contains the coordination logic that used to be scattered.
class Dialog implements Mediator {
Button submit;
Checkbox terms;
public void notify(Component sender, String event) {
if (sender == terms && event.equals("toggle")) {
submit.setEnabled(terms.isChecked());
}
}
}Components Stay Dumb
Each component simply reports events to the mediator and reacts to instructions. It does not know about its siblings.
class Checkbox {
Mediator mediator;
boolean checked;
void toggle() {
checked = !checked;
mediator.notify(this, "toggle");
}
boolean isChecked() { return checked; }
}When to Use Mediator
- Components are tightly interconnected.
- Reuse is hard because objects depend on many others.
- Behavior is spread across classes and hard to change.
Beware: the mediator itself can grow into a god object if overloaded.
The Chain of Responsibility Problem
Now a different scenario: a request might be handled by one of several processors, and you do not want the sender to know which.
Examples: middleware pipelines, event bubbling, approval workflows.
Handler Interface
Each handler can process a request or pass it to the next handler.
abstract class Handler {
protected Handler next;
Handler setNext(Handler n) { this.next = n; return n; }
abstract void handle(Request r);
}A Concrete Handler
A handler decides whether it can deal with the request; otherwise it forwards.
class AuthHandler extends Handler {
void handle(Request r) {
if (!r.authenticated) {
System.out.println("Rejected: not authenticated");
return;
}
if (next != null) next.handle(r);
}
}Building and Running the Chain
Handlers are linked, then the request enters at the head.
class Request { boolean authenticated = true; }
abstract class H { H next; H link(H n){next=n;return n;} abstract void handle(Request r); }
class Log extends H { void handle(Request r){ System.out.println("logged"); if(next!=null) next.handle(r);} }
class Done extends H { void handle(Request r){ System.out.println("handled"); } }
public class Main {
public static void main(String[] a){
H head = new Log();
head.link(new Done());
head.handle(new Request());
}
}Comparing the Two
- Mediator: many-to-many coordination through one hub; bidirectional.
- Chain: a one-directional pipeline; each link is independent and order matters.
Both decouple senders from receivers, but solve different shapes of problem.
Quick Check
Test your understanding of these two patterns.
Recap
You learned two communication-decoupling patterns.
- Mediator turns a mesh of dependencies into a star around a coordinator.
- Chain of Responsibility forwards a request along independent handlers until one handles it.
Perguntas Frequentes
A aula “Mediador e cadeia de responsabilidades” é grátis?
Sim — o texto completo de “Mediador e cadeia de responsabilidades” é grátis para ler aqui na web. Para praticá-la interativamente (um editor de código integrado e um tutor de IA 24/7) e desbloquear o restante do curso de Clean Architecture & Design Patterns in Practice, atualize para CoddyKit PRO. O curso de Clean Architecture & Design Patterns in Practice inclui 4 aulas no total.
O que vou aprender em “Mediador e cadeia de responsabilidades”?
Explore dois padrões comportamentais que desacoplam emissores e receptores: o Mediador centraliza a comunicação, e a Cadeia de Responsabilidades encaminha solicitações por uma sequência de manipulado… Você pratica Clean Architecture & Design Patterns in Practice com código prático que executa diretamente no navegador, e um tutor de IA 24/7 responde suas dúvidas enquanto trabalha na aula.
Preciso ter experiência prévia para começar Clean Architecture & Design Patterns in Practice?
Nenhuma experiência prévia é necessária. Clean Architecture & Design Patterns in Practice no CoddyKit é estruturado para alunos iniciantes até avançados, então você pode começar aqui ou desde o início e aprender no seu ritmo. Esta é a aula 4 de 4.
Quanto tempo leva a aula “Mediador e cadeia de responsabilidades”?
A maioria das aulas CoddyKit leva cerca de 5–10 minutos. Cada uma é compacta e interativa, então você faz progresso constante e retoma exatamente de onde parou entre web e app.
Posso escrever e executar código nesta aula de Clean Architecture & Design Patterns in Practice?
Sim. Cada aula de Clean Architecture & Design Patterns in Practice inclui um editor de código integrado, então você escreve e executa código real direto no navegador e recebe feedback de IA instantaneamente — nenhuma configuração local necessária.
Todas as aulas deste curso
- Padrões Observador e Estratégia
- Padrões Comando e Iterador
- Padrões Método Template e Estado
- Mediador e cadeia de responsabilidades