Refactor com Padrões de Projeto
•
1 j'aime•335 vues
Este documento resume um livro sobre refatoração de códigos usando padrões de projeto. Apresenta o autor e suas credenciais, o objetivo geral de apoiar a implementação de códigos seguindo padrões testados para garantir qualidade e reduzir impactos de mudanças. Explica brevemente os conceitos de refatoração, padrão de projeto e alguns padrões como Observer, Decorator e Strategy ilustrados com exemplos. Por fim, fornece dicas como codificar orientado a interfaces, usar composição, obter baixo acoplamento,
Recommandé
Recommandé
Contenu connexe
En vedette
Similaire à Refactor com Padrões de Projeto
Similaire à Refactor com Padrões de Projeto (20)
Refactor com Padrões de Projeto
- 2. • Mestre em Engenharia Elétrica e Computação, Pós-Graduado em Liderança e Coaching, Graduado em Ciências da Computação • Leciona em cursos de pós-graduação, MBAs e Graduação. • Diretor de Projetos da empresa INLOC SISTEMAS - Goiânia-GO • Professor e Coordenador do Curso de Sistemas de Informação da Faculdade Delta - Goiânia-GO • + 15 anos com projetos de soOware | + 10 anos com equipes de projetos de soOwae | + 9 anos como professor universitário
- 6. DEFINIÇÃO “Autosustentável” “Criar uma estrutura de códigos, que impacte o menos possível em cada refactoring realizado” “Reinaldo Jr J”
- 8. • Apoia-los a implementar códigos, seguindo padrões refinados, já t e s t a d o s e e x p e r i m e t a d o s . GaranCndo assim, uma melhor qualidade de código e diminuindo o impacto das constantes mudanças. OBJETIVO GERAL
- 10. CENÁRIO ATUAL
- 11. CENÁRIO ATUAL
- 12. CENÁRIO ATUAL
- 14. CENÁRIO ATUAL
- 15. CENÁRIO ATUAL
- 18. #DEFINIÇÕES
- 19. REFACTORING “Refactoring is a controlled technique for improving the design of an exis:ng code base. Its essence is applying a series of s m a l l b e h a v i o r - p r e s e r v i n g transformaCons, each of which "too small to be worth doing". However the cumula:ve effect of each of these transforma:ons is quite significant” “MarCn Fowler”
- 20. PADRÃO • Um padrão é uma solução para um determinado problema em um contexto. • Porém um padrão não descreve qualquer solução, mas uma solução que já tenha sido uFlizada com sucesso em mais de um contexto.
- 21. PADRÕES DE PROJETO “Cada padrão descreve um problema no nosso ambiente e o núcleo da sua solução, de tal forma que você possa uClizar esta solução mais de um milhão de vezes, sem nunca fazê-lo da mesma maneira” Cristopher Alexander
- 26. OBSERVER “Define uma dependência um-para- muitos entre objetos de modo que quando um objeto muda o estado, todos seus dependentes são noCficados e atualizados automaCcamente. Permite que objetos interessados sejam avisados da mudança de estado ou outros eventos ocorrendo num outro objeto” Erich Gamma
- 28. OBSERVER
- 30. DECORATOR “ D i n a m i c a m e n t e , a g r e g a r responsabilidades adicionais a objetos. Os Decorators fornecem uma alternaCva flexível ao uso de subclasses para extensão de funcionalidades.” Erich Gamma
- 31. CASE - FRETE
- 32. DECORATOR
- 35. STRATEGY “Definir uma família de algoritmos, encapsular cada uma delas e torná-las intercambiáveis. Strategy permite que o algoritmo varie independentemente dos clientes que o uXlizam” Erich Gamma
- 37. STRATEGY
- 38. STRATEGY
- 40. BOAS PRÁTICAS 1. Codifique orientado a interfaces e não a implementação 2. Evite a herança e favoreça a composição 3. Obtenha baixo acoplamento e alta coesão 4. UXlize padrões de projeto 5. Não tenha medo de refactoring
- 41. DICAS DE LIVRO
- 42. DICAS DE LIVRO
- 43. DICAS DE LIVRO