Conhecendo o padrão Event Aggregator

Construir um sistema de qualidade não significa apenas construir boas interfaces gráficas ou possuir diversas funcionalidades.

Um sistema de qualidade deve possuir por trás de suas funcionalidades e estética um código flexível, maleável, que seja altamente adaptativo, não sofrendo muito com mudanças que possam surgir futuramente.

Para que tal código seja obtido, existem diversos conceitos e técnicas prontas chamadas padrões de projeto (design patterns).

Padrões de projeto são modelos orientados a objeto que em geral visam o chamado desacoplamento entre classes utilizando os quatro pilares principais da orientação a objetos: encapsulamento, herança, polimorfismo e principalmente abstrações. Abstrações são extremamente importantes e fundamentais em um sistema orientado a objetos porque o torna flexível, eliminando fortes acoplamentos entre partes de um sistema.

Tais acoplamentos podem surgir de diversas formas: você pode criar um forte acoplamento entre duas e mais classes através de novas instâncias, de uma chamada a um método que está em outra classe, de uma programação voltada para implementações, de eventos, entre outros.

Eventos? Você deve estar se perguntando como eventos geram acoplamentos se os mesmos são muitos utilizados para o desacoplamento entre classes. O evento gera o desacoplamento da classe publicadora, o Publisher, pois a mesma não conhece as classes que assinarão seu evento, mas o assinante do evento, Subscriber, precisa de alguma maneira acessar o evento da classe publicadora para assiná-lo com seu método, gerando um acoplamento na classe assinante com a classe publicadora.

Tal acoplamento se torna ainda pior se o evento a ser disparado precisa ser replicado em outras classes publicadoras para determinada sincronização depois de certo procedimento, precisando portanto serem assinados na classe assinante com o mesmo método.

Com isso, a cada classe publicadora que necessite surgir, essa classe terá que ser referenciada na classe assinante para que o evento seja assinado, gerando mais um acoplamento, como ilustra a Figura 1.

abrir imagem em nova janela
Figura 1.

Este bad-smell (BOX 1) fere um bom princípio de desenvolvimento do conjunto S.O.L.I.D., que é a segunda letra da sigla que significa Open-Closed Principle ou o Princípio do Aberto-Fechado. Este princípio sugere que uma classe deve ser fechada para mudanças, mas aberta para ser estendida. No ilustrado, novas funcionalidades não são adicionadas dinamicamente porque o código é rígido.

O Event Aggregator é um padrão de projeto que visa desacoplar as classes assinantes das classes publicadoras, resolvendo além desse problema, a temida duplicação de código.

A linguagem C#, juntamente com o .NET Framework fornece diversas ferramentas que serão utilizadas na implementação do padrão. Neste artigo serão abordados os usos de genéricos ou tipos parametrizados, reflexão, métodos anônimos e coleções.

Será abordado também o uso de Singletons para instância única e algumas outras funcionalidades da linguagem que serão explicadas ao longo do artigo.