O documento apresenta o padrão de design Mediator, destacando suas vantagens e desvantagens, como a redução do acoplamento entre componentes e a promoção de classes menores com responsabilidades únicas. Também menciona a importância do padrão no contexto de padrões como CQS e CQRS. Exemplos práticos são fornecidos, incluindo demonstrações de implementação com e sem bibliotecas.

1. Design Patterns
Mediator

2. Gustavo
Bellini
Bigardi
https://about.me/gbbigard
i
Gerente de Arquitetura – CI&T
Microsoft MVP

3. DESIGN PATTERNS
• Repository
• Chain of Responsability
• Command
• State
• Strategy
Estes são alguns dos mais conhecidos,
mas temos quantos? 6? 10?

5. Existem vários design patterns, sendo que no próprio
livro do GoF (Gang of Four) temos 23 patterns
apresentados.

6. MEDIATOR
• Padrão comportamental
• Organizar comunicação com baixo
acoplamento
• Permite uma melhor organização da
aplicação e separação do código em
responsabilidade única

7. MEDIATOR

8. Que tal um exemplo mais próximo do mundo real?

9. MEDIATOR

10. MEDIATOR - UML

11. Vantagens
• Reforça o uso do S do SOLID, criando classes
menores e com responsabilidade única
(handlers);
• Reforça também o O do Solide, de Open / Closed
Principle, onde novos mediadores ou handlers
podem ser inclusos sem alteração nos existentes;
• Reduz o acoplamento entre vários componentes
e serviços;
• Permite um maior reuso de componentes e
serviços;
• Muito utilizado com os padrões CQS e CQRS;

12. Desvantagens
• Dependendo da abordagem, seu objeto
Mediator pode acumular muitas
responsabilidades;
• Aumento do código produzido em casos
de tarefas mais simples como CRUD;
• Uso de eventos / notificações pode
aumentar a complexidade do sistema;

13. Demo 1
Vamos aplicar o pattern sem auxílio de bibliotecas

14. Demo 2
Vamos aplicar o pattern utilizando a biblioteca MediatR

15. Demo – Códigos Fonte
github.com/gbbigardi/design-patterns-samples
Slides
www.slideshare.net/gbbigardi/canal-dotnet-design-patterns-mediator

16. Fim