Design Patterns - Parte 3 - Artigo Clube Delphi 124

O padrão Singleton é uma convenção para garantir que um e apenas um objeto seja instanciado para cada classe. O padrão Singleton também nos dá um ponto de acesso global, assim como uma variável global, mas sem as desvantagens. Se você atribuir um objeto a uma variável global, esse objeto poderá ser criado quando seu aplicativo for iniciado. E se esse objeto tiver muitos recursos e seu aplicativo nunca acabar de usá-lo? O padrão Singleton é uma das soluções para este problema, pois garante que os nossos objetos sejam criados somente quando necessários. É importante dominar bem os conceitos de variáveis e métodos de classe estática, assim como os modificadores de acesso.

O Mediator é um dos padrões de projeto para desenvolvimento de softwares orientados a objetos. Este permite que haja a “mediação” de um sistema por meio de uma interface. Esse padrão enquadra-se nos padrões comportamentais devido à maneira como ele pode alterar a execução do software. Para entender de uma forma clara, conforme um projeto cresce, suas classes crescem exponencialmente de forma natural, porém, as classes sempre possuem códigos e lógicas distribuídas entre si. Conforme o crescimento destas classes a comunicação entre as mesmas será cada vez mais complexa, havendo uma dependência muito maior entre elas e dificultando na manutenção do projeto. O padrão Mediator vem como sugestão para resolução deste problema, encapsulando a comunicação entre estes objetos e reduzindo a dependência entre si.

Um Wrapper nada mais é que um outro nome dado a um padrão de projeto também conhecido como Adapter. Mais o que seria Adapter? Logo quando está se iniciando no mundo da orientação a objetos, sempre somos levados a pensar de uma forma comparativa ao mundo real, logo, transpondo isto para o mundo real, um adaptador nada mais seria que algo que servisse de “intermediador” parar tornar possível a compatibilidade entre objetos até então incompatíveis. Tratando-se de orientação a objetos em si, imagine que você está dando manutenção a um software já existente e deve criar uma nova classe que se comunique com classes existentes, porém, as interfaces de ambas as classes são diferentes, o que impossibilita essa comunicação “direta”. O padrão Adapter resolve este problema, pois, neste caso seria o “intermediador” encarregado de compreender e tornar possível a comunicação entre elas. Ele nada mais faz do que converter uma interface de uma classe para outra interface que o cliente espera encontrar, fazendo com que interfaces incompatíveis trabalhem juntas.

Outros patterns comumente utilizados em Delphi

Command

O padrão Command faz parte dos padrões de projeto. Seu objetivo é encapsular qualquer ação que venha a ser chamada em um momento futuro. Essa ação torna-se um objeto que pode ser reutilizado, contendo em si a complexidade da chamada da ação original. Ao aplicar esse padrão conseguimos uma flexibilidade maior no sistema, já que para adicionar novas ações (comandos) não há necessidade de se alterar o design do projeto, apenas novos objetos são criados e associados à interatividade do sistema. Apesar dessa vantagem existe uma desvantagem no seu uso. Como seu uso implica na execução de objetos que sua única finalidade é executar uma ação, acabaremos por ter um código que se assemelha muito ao código procedural, orientado aos comandos.