SOLID Principies

534 visualizações

Publicada em

Apresentação dos Princípios SOLID, boas práticas de programação

Publicada em: Tecnologia
0 comentários
1 gostou
Estatísticas
Notas
  • Seja o primeiro a comentar

Sem downloads
Visualizações
Visualizações totais
534
No SlideShare
0
A partir de incorporações
0
Número de incorporações
3
Ações
Compartilhamentos
0
Downloads
6
Comentários
0
Gostaram
1
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

SOLID Principies

  1. 1. SOLID Principies boas práticas de programação Vitor Castroquarta-feira, 22 de agosto de 12
  2. 2. 5 princípios • Princípio da responsabilidade única • Princípio do aberto/fechado • Princípio da substituição de Liskov • Princípio da segregação de Interfaces • Princípio da inversão de dependênciaquarta-feira, 22 de agosto de 12
  3. 3. Responsabilidade Única • Responsabilidade é uma tarefa ou ação que a classe de realizar • A classe deve possuir uma única responsabilidadequarta-feira, 22 de agosto de 12
  4. 4. Aberto/Fechado • Trabalha diretamente com a manutenção de classes • “Classes devem ser abertas para extensão, mas fechadas para manutenção” • Uso de herança e classe abstratas que se diferenciam através de tipos comunsquarta-feira, 22 de agosto de 12
  5. 5. Inversão de Dependência • Toda classe de auto nível seja completamente independente de suas subclasses. • As classes não podem depender dos detalhes da implementação de seus métodos e classes. • Uso de interfaces para acoplar as classes.quarta-feira, 22 de agosto de 12
  6. 6. Substituição de Liskov • A classe base deve poder ser substituida pela sua classe filha • Uso de sobrecarga de métodoquarta-feira, 22 de agosto de 12
  7. 7. Segregação de interfaces • Um interface não pode forçar uma classe a implementar um método que não pertence a ela. • Criar interfaces exutas.quarta-feira, 22 de agosto de 12
  8. 8. + 6 princípios • Princípio da equivalência de reuso • Princípio do escopo em comum • Princípio do reuso em comum • Princípio da dependência acíclica • Princípio de dependência estáveis • Princípio de abstrações estáveisquarta-feira, 22 de agosto de 12
  9. 9. Equivalência de reuso • um código JAMAIS deverá ser copiado de outro código, duplicando-oquarta-feira, 22 de agosto de 12
  10. 10. Escopo em comum • Classes devem possuir responsabilidades únicas. • Em nível de pacote, classes com responsabilidades em comum devem ser organizadas no mesmo pacote.quarta-feira, 22 de agosto de 12
  11. 11. Reuso em comum • O reuso deverá ser a nível de pacotequarta-feira, 22 de agosto de 12
  12. 12. Dependência acíclica • Dependência mínima entre os pacotes • Uso de interfaces para diminuir o acoplamento entre pacotesquarta-feira, 22 de agosto de 12
  13. 13. Dependência estáveis • Pacote menos estável deve ser ligado em um pacote mais estável • Estável = coesosquarta-feira, 22 de agosto de 12
  14. 14. Abstrações estáveis • Enfatiza a criação de pacotes abstratos • Implementação de classe que não dependam de classes concretasquarta-feira, 22 de agosto de 12
  15. 15. Referências • Utilização dos princípios SOLID na aplicação de Padrões de Projeto, edição nº 50 da Engenharia de Software Magazine;quarta-feira, 22 de agosto de 12

×