Refatoração para Padrões – Parte 9 - Artigo Revista Engenharia de Software Magazine 36

No desenvolvimento de uma aplicação, o desenvolvedor fica cercado por diversas informações provenientes do negócio do cliente e tem a missão de implementá-las em uma solução que possibilite o cliente gerir seu negócio. Além de fornecer uma solução que corresponda às expectativas do cliente, muitas vezes o desenvolvedor deve fazê-las com base em uma série de regras que a empresa onde ele trabalha propõe, entre elas, criar estruturas de código que possam ser reutilizadas, codificar de forma clara para que outro desenvolvedor possa entender o negócio em uma análise futura, escrever classes que, caso sofram manutenção posteriormente, não gerem grandes impactos em outras classes do sistema, entre outras. Esta última, por sua vez, pode levar o desenvolvedor a uma pergunta: como fazer com que um objeto seja informado de mudanças ocorridas em outro objeto, sem criar um grande acoplamento entre as classes?

Neste sentido existe um padrão de projeto chamado Observer que permite ao desenvolvedor criar uma hierarquia de classes de observadores capazes de avisarem quando mudanças em um objeto ocorrer, sem que para isso tenham que ser escritas grandes estruturas de código acopladas ao objeto que se deseja observar.

Quando já existe grande quantidade de código escrita para notificar mudanças ocorridas em um objeto, a solução é refatorar para o padrão "