Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

SOLID Principies

570 views

Published on

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

Published in: Technology
  • Be the first to comment

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

×