SOLID

Princípios para um melhor design de código

Transcript

1. SOLID princípios para um melhor design de código 1
2. WHO ARE WE? • @Sobrinho • Co-founder at Code5 • Co-founder at Nohup • Co-founder at Hite • Software Architect • @MarceloCajueiro • Co-founder at Code5 • Project Leader at Nohup • Software Engineer 2
3. O QUE É SOLID? 3
4. POO 4
5. ORIENTAÇÃO A OBJETO Quais suas vantagens? 5
6. POO MAL FEITA É O MESMO QUE PROCEDURAL 6
7. HISTÓRIA • Introduzida pelo Uncle Bob (Robert Martin) em 2000 • Inspirado no subaproveitamento da POO • Com foco principal no acoplamento 7
8. SOLID • SRP - Single Responsibility Principle • OCP - Open/Closed Principle • LSP - Liskov Substitution Principle • ISP - Interface Segregation Principle • DIP - Dependency Inversion Principle 8
9. SINGLE RESPONSIBILITY PRINCIPLE • Uma entidade (classe, método, módulo) deve ter uma única responsabilidade • Responsabilidade pode ser definida como “razão para mudar” 9
10. Código ruim SRP 10
11. Aplicando o SRP SRP 11
12. OPEN-CLOSED PRINCIPLE (INICIALMENTE) • Uma classe deve estar aberta para extensão mas fechada para modificação • Alterar a classe apenas para arrumar bugs • Novas funcionalidades são adicionadas em heranças 12
13. OPEN-CLOSED PRINCIPLE (ATUALMENTE) • Uma classe deve manter a sua interface (API pública) • A implementação pode ser alterada livremente 13
14. Implementação mudou mas a interface (API pública) permeneceu OCP 14
15. LISKOV SUBSTITUTION PRINCIPLE • Deve ser possível substituir uma classe por suas classes derivadas em qualquer ponto do código • As propriedades do programa não devem ser alteradas para isso acontecer 15
16. Pode-se usar qualquer uma das heranças e não irá quebrar a classe que depende da interface (API pública) LSP 16
17. INTERFACE SEGREGATION PRINCIPLE • Classes não devem ser obrigadas a depender de interfaces que elas não utilizam • Deve-se usar interfaces concisas, com apenas o que é realmente é usado • O SRP resolve este problema 17
18. Classe bala de prata ISP 18
19. Aplicando o SRP, se aplica o ISP ISP 19
20. DEPENDENCY INVERSION PRINCIPLE • Módulos de alto nível não devem depender de módulos de baixo nível, ambos devem depender de abstrações (interface) • Abstrações não devem depender de detalhes, detalhes devem depender de abstrações 20
21. Código sem DIP (fortemente acoplado) DIP 21
22. E se eu quiser fazer cache ao invés de salvar no banco de dados? DIP 22
23. Isso parece bom? DIP 23
24. Bye bye acoplamento DIP 24
25. SOLID • SRP - Single Responsibility Principle • OCP - Open/Closed Principle • LSP - Liskov Substitution Principle • ISP - Interface Segregation Principle • DIP - Dependency Inversion Principle 25
26. DÚVIDAS? 26
27. REFERÊNCIAS • Edmilson Filho: http://www.slideshare.net/EdmilsonFilho2/princpios-solid-12117410 • Lucas Hungaro: http://www.slideshare.net/lucashungaro/solid-atravs-de-bdd-um-guia-prtico-para-rubistas • Uncle Bob: http://butunclebob.com/ArticleS.UncleBob.PrinciplesOfOod • Vinicius Quaiato: http://viniciusquaiato.com/blog/palestra-orientacao-a-objetos-e-principios-solid-slides-e-demos/ • Wikipedia: http://en.wikipedia.org/wiki/SOLID_(object-oriented_design) 27