O slideshow foi denunciado.
Seu SlideShare está sendo baixado. ×

padrao de projeto1

Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Carregando em…3
×

Confira estes a seguir

1 de 5 Anúncio

Mais Conteúdo rRelacionado

Semelhante a padrao de projeto1 (20)

Anúncio

Mais recentes (20)

padrao de projeto1

  1. 1. Lista de controle • Decida se "independência de plataforma" e criação de serviços são a atual fonte de dor. • Mapear uma matriz de "plataformas" versus "produtos". • Definir uma interface de fábrica que consiste em um método de fábrica por produto. • Definir uma classe derivada de fábrica para cada plataforma que encapsula todas as referências ao NovoDefinir uma classe derivada de fábrica para cada plataforma que encapsula todas as referências ao Novo operador. • O cliente deve retirar todas as referências a Novo, e usar os métodos de fábrica para criarO cliente deve retirar todas as referências a Novo, e usar os métodos de fábrica para criarO cliente deve retirar todas as referências a Novo, e usar os métodos de fábrica para criar os objetos de produtos. Regras de ouro Às vezes, padrões de criação são concorrentes: há casos em que seja Prototype ou Abstract Factory poderia ser usado de forma lucrativa. Em outros momentos, eles são complementory: Abstract Factory pode armazenar um conjunto de protótipos de que para clonar e retornar objetos produtos, Builder pode usar um dos outros padrões de implementar que 12 | Abstract Factory
  2. 2. Abstract Factory | 13 componentes são construídas. Abstract Factory, Builder, e Prototype pode usar Singleton na sua implementação. Abstract Factory, Builder, e Prototype definir um objeto fábrica que é responsável por conhecer e criar a classe de objetos produtos, e torná-lo um parâmetro do sistema. Abstract Factory tem o objeto fábrica de produção de objetos de várias classes. Builder tem o objeto de fábrica construção de um produto complexo de forma incremental usando um protocolo correspondentemente complexa. Prototype tem o objeto de fábrica (aka protótipo) construção de um produto copiando um objeto de protótipo. aulas Abstract Factory são frequentemente implementadas com métodos de fábrica, mas eles também podem ser implementadas usando Prototype. Abstract Factory pode ser usado como uma alternativa para a fachada para esconder as classes específicas da plataforma. Builder centra-se na construção de uma etapa complexa objeto a passo. Abstract Factory enfatiza uma família de objetos produtos (simples ou complexos). Builder retorna o produto como um passo final, mas, tanto quanto o Abstract Factory está em causa, o produto é retornado imediatamente. Muitas vezes, projeta começar usando Factory Method (menos complicado, mais personalizável, subclasses proliferam) e evoluir em direção Abstract Factory, Prototype, ou Builder (mais flexível, mais complexo) como o designer descobre onde é necessária mais flexibilidade.
  3. 3. Adaptador Intenção • Converter a interface de uma classe em outra interface esperada pelos clientes. Adapter permite que classes de trabalhar juntos que não poderia de outro modo, porque de interfaces incompatíveis. • Enrole uma classe existente com uma nova interface. • Impedância de corresponder a um componente antigo para um novo sistema Problema Um "off the shelf" componente oferece funcionalidade convincente que você gostaria de reutilizar, mas a sua "visão do mundo" não é compatível com a filosofia e arquitetura do sistema a ser desenvolvido. Discussão Reutilização sempre foi doloroso e indescritível. Uma das razões foi a tribulação de projetar algo novo, enquanto reutiliza algo velho. Há sempre algo não muito certo entre o velho eo novo. Pode ser dimensões físicas ou desalinhamento. Pode ser de temporização ou de sincronização. Pode ser suposições infelizes ou padrões concorrentes. É como o problema da inserção de uma nova ficha eléctrica de três pinos numa tomada de dois pinos de idade - uma espécie de adaptador ou intermediário é necessário. 14 | Adaptador
  4. 4. Adaptador é sobre a criação de uma abstração intermediário que traduz, ou mapas, o antigo componente para o novo sistema. Clientes chamar métodos no objeto adaptador que os redireciona para chamadas para o componente de legado. Esta estratégia pode ser implementada com herança ou com agregação. funções adaptador como um invólucro ou modificador de uma classe existente. Ele fornece um ponto de vista diferente ou traduzido dessa classe. Estrutura Abaixo, um componente do retângulo legado exibição método de espera para receber "x, y, w,Abaixo, um componente do retângulo legado exibição método de espera para receber "x, y, w,Abaixo, um componente do retângulo legado exibição método de espera para receber "x, y, w, h" parâmetros. Mas o cliente quer passar "x superior esquerdo e y" e "inferior x direita e y". Esta incongruência pode ser reconciliado por adição de um nível adicional de falta de - ou seja, um objecto do adaptador. O adaptador também pode ser pensado como um "wrapper". Adapter | 15
  5. 5. Exemplo O padrão Adapter permite que classes de outra forma incompatíveis a trabalhar juntos, convertendo a interface de uma classe em uma interface esperada pelos clientes. chaves de caixa proporcionam um exemplo do adaptador. Uma tomada atribui a um roquete, desde que o tamanho da unidade é a mesma. tamanhos de unidade típicos nos Estados Unidos são 1/2" e 1/4" . Obviamente, um 1/2" roquete unidade não irá encaixar-se um 1/4" encaixe de accionamento, a menos que uma placa é usada. Um adaptador de 1/2" a 1/4" tem uma conexão fêmea para se ajustar sobre a 1/2" 1/2" de roquete de accionamento, e uma conexão macho para se ajustar no 1/4" 1/4" encaixe de accionamento. 16 | Adaptador

×