Refatoração para Padrões - Revista Engenharia de Software Magazine 37 - Parte 10

As técnicas de refatoração para padrões apresentadas nos artigos anteriores são focadas em alguns cenários que evidenciam a necessidade de refatorar para um determinado padrão. Este artigo, por sua vez, não sairá desta linha de raciocínio, pois tem como base cenários propícios para a implementação dos padrões que aqui serão abordados: Adapter e Interpreter.

O primeiro cenário configura-se a partir da necessidade de utilizar uma funcionalidade por parte do programador. A princípio, a primeira ação é a de verificar se tal funcionalidade já existe evitando assim que uma nova e desnecessária funcionalidade seja escrita. Em alguns casos, a interface de uma classe pode não fornecer a funcionalidade desejada. Ao invés de modificar a interface para então prover a funcionalidade desejada, pode-se criar um adaptador, que ficará responsável por fornecer novas funcionalidades ao desenvolvedor.

Em outro cenário, pode-se ter um problema relacionado à duplicação de código de validação de dados. Quando se tem muito código de validação de dados é interessante que este esteja centralizado em um local, como uma classe, para ser invocado quando necessário. Validar dados envolve interpretá-los primeiramente, e a criação de um interpretador pode ser muito útil neste sentido.

As técnicas de refatoração que o desenvolvedor deve conhecer para um melhor entendimento sobre as refatorações para padrões deste artigo são Extrair Classe, Extrair Método, Mover Método, Extrair Subclasse, Subir Método na Hierarquia, Extrair Superclasse e Internalizar Método (ver Nota 1). Uma breve descrição dos padrões Adapter e Interpreter também será apresentada antes de iniciar o processo de aprendizagem das refatorações para padrões.

O padrão de projeto Adapter

Nome do padrão de projeto: Adapter. Pertencente ao conjunto dos padrões de projeto classificados como Padrões Estruturais.

O problema: Em determinado momento no desenvolvimento de uma aplicação, o desenvolvedor pode se deparar com a necessidade de utilizar uma classe e perceber que sua interface não provê as funcionalidades que ele precisa. O padrão "