qualidade de código: boas práticas, princípios e padrões

Qualidade de Código: boas práticas, princípios e padrões. @edgarddavidson http://edgarddavidson.com

Curso de Pós Graduação em Engenharia de Software Centrada em Métodos Ágeis http://engenhariadesoftwareagil.com

Curso de Pós Graduação em Teste e Qualidade de Softwarehttp://testeequalidadedesoftware.com

Referências

Um típico implementador de POG convícto

1°encontro dosimplementadores de POG convíctos

Projeto entregue pelosimplementadores de POG convíctos

Um dia típico de trabalho de um implementador de POG convícto

Implementadores de POG convíctos também trabalham em equipe

Um implementador de POG convícto não tem medo do perigo

Um implementador de POG convícto assume que boas práticas, princípios e padrões é tudo um VIAGEM

Por algummotivo oserros se repetem

</trollagem>

Code Smell

Baixa coesão e Alto acoplamento são um dos fatores fundamentais para aumentar a dependência,dificultar a manutenção, expansão e alteração.

1° Code Smell

Rigidez“O sistema é difícil de mudar, porque cada vez que você muda alguma coisa, vocêtem que mudar alguma outra coisa em uma sucessão interminável de mudanças.”

2° Code Smell

Fragilidade“Uma mudança de uma parte do sistema faz com que ele quebra em muitas outras partes, completamente alheios.”

3° Code Smell

Imobilidade“É difícil separar o sistema em componentes que podem ser reutilizados em outros sistemas.”

4° Code Smell

Complexidade Desnecessária“Há muitas estruturas de código muito inteligentes que não são necessárias agora, mas poderia ser muito útil um dia.”

5° Code Smell

Repetições Inúteis“O código parece que foi escrito por dois programadores chamado Recortar e Colar.”

Mostra aí como combater esse tal de Code Smell

Qualidade de Código boas práticas, princípios e padrões.

Início Teste unitário Princípios de Projeto OOCódigo Refatoração POO Padrões de Projeto OO Integração Contínua

Desenvolvimento Dirigido pelos Testes

Programação em Par

Refatoração

Substitua Herança por DelegaçãoExemplo: pilha subclasse de vetor.Class MyStack extends Vector { public void push (Object element) { insertElementAt (element, 0);} public Object pop () { Object result = firstElement (); removeElementAt (0); return result;}

Refatorando...Crio campo para superclasse.Class MyStack extends Vector { private Vector _vector = this; public void push (Object element) { _vector.insertElementAt (element, 0);} public Object pop () { Object result = _vector.firstElement (); _vector.removeElementAt (0); return result;}

Refatorando...Removo herança.Class MyStack extends Vector { private Vector _vector = this; new Vector (); public void push (Object element) { _vector.insertElementAt (element, 0); } public Object pop () { Object result = _vector.firstElement (); _vector.removeElementAt (0); return result; }

Acoplamento e Coesão DiminuirAcoplamento Aumentar Coesão

Programação Orientada a Objetos Abstração Encapsulamento Reuso Herança Polimorfismo

Princípios de Projeto •Restrição ao Acesso •Prefira a composição à herança •Programação para a interface •Separe o que permanece igual do que varia

S ingle Responsibility Principle (SRP)O pen/Closed Principle (OCP)L iskov substitution principle (LSP)I nterface Segregation Principle (ISP)D ependency Inversion Principle (DIP)

Princípios de Projeto OO – Single Responsibility Principle (SRP) "Nunca deve haver mais de um motivo para uma classe ser alterada"

Violação do princípio: Considere a Classe TAD

Adequação ao princípio:

Princípios de Projeto OO – Open/Closed Principle (OCP)“As entidades devem estar abertas para extensão, mas fechadas para modificação”

Violação do princípio:Considere o método para calcular o preço total de peças: public double totalPrice(Part[] parts){ double total = 0.0; for(int i=0; i < parts.length; i++){ total += parts[i].getPrice(); } return total; }O método processa diferentes tipos de peças da hierarquia de Part, sem demandar modificações, portanto conformado- se com o OCP.

Violação do princípio:O que ocorrerá se a empresa decidir cobrar um preço adicional por certas peças? public double totalPrice(Part[] parts){ double total = 0.0; for(int i = 0; i < parts.length; i++){ if(parts[i] instanceof Motherbord) total +=(1.45 * part[i].getPrice()); else if (parts[i] instanceof Memory) total += (1.30 * part[i].getPrice()); else total += part[i].getPrice(); } return total; }

Adequação ao princípio:Considere novamente o método totalPrice original public double totalPrice(Part[] parts){ double total = 0.0; for(int i = 0; i < parts.length; i++){ total += part[i].getPrice(); } return total; }Note que agora o método não precisa ser alterado para processar diferentes tipos de peças.Mas as subclasses especiais de Parts precisam

Adequação ao princípio:public class Part{ private double basePrice; public void setPrice(double price){ basePrice = price; } public double getPrice(){return basePrice;}}public class motherBoard extends Part{ public double getPrice(){return 1.45*super.getPrice();}public class Memory extends Part{ public double getPrice(){ return 1.30 * super.getPrice(); }}

Princípios de Projeto OO – Liskov substitution principle (LSP)“Funções que usam objetos de uma superclasse devem ser capazes de usar objetos das subclasses.”

Princípios de Projeto OO – Interface Segregation Principle (ISP) “Interfaces mais específicas melhor que interface de propósito diversos.”

Princípios de Projeto OO – Dependency Inversion Principle (DIP) “Módulos de alto nível não devem depender de módulos de nível mais baixo. Todos devem depender de abstrações.”

Padrões de Projeto

Padrões Arquiteturais De acordo com oscondutores arquiteturais

Atender ao negócio Usuário FelizNecessidade atendida $$$$$$$$$

@edgarddavidsonhttp://edgarddavidson.com

http://edgarddavidson.com	2429
http://www.freewebs.com	28
http://horaextrabh.org	26
http://twitter.com	1
http://translate.googleusercontent.com	1

qualidade de código: boas práticas, princípios e padrões

by edgarddavidson.com on Aug 28, 2011

Accessibility

Categories

Tags

Upload Details

Usage Rights

5 Embeds 2,484

Statistics

qualidade de código: boas práticas, princípios e padrões — Presentation Transcript