MSTechDay Lavras - Orientação a Objetos e Princípios Solid

2,972 views
2,887 views

Published on

Palestra de Vinicius Quaiato no MSTechDay de Lavras.
Esta palestra fala sobre o que é e como tirar proveito da Orientação a Objetos através do conhecimento e aplicação dos princípios SOLID.

Published in: Technology, Design
0 Comments
3 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
2,972
On SlideShare
0
From Embeds
0
Number of Embeds
1,443
Actions
Shares
0
Downloads
43
Comments
0
Likes
3
Embeds 0
No embeds

No notes for slide

MSTechDay Lavras - Orientação a Objetos e Princípios Solid

  1. 1. Orientação a Objetos e Princípios SOLID Utilizando POO com eficiência
  2. 2. Vinicius Quaiato Desenvolvedor Pai Santista fanático .NET Architects Palestrante Blogueiro Gonow Tecnologia
  3. 3. Vinicius Quaiato [email_address] @vquaiato http://viniciusquaiato.com http://gonow.com.br
  4. 14. Um estilo de programação
  5. 15. Existem diferentes “ estilos ” Orientada a Objeto Funcional Lógica Estruturada Procedural
  6. 18. Conceitos chave da POO
  7. 19. Classes
  8. 20. Objetos
  9. 21. A primeira classe…
  10. 22. O objeto…
  11. 23. Estado
  12. 24. Estado
  13. 25. Comportamento
  14. 26. Comportamento
  15. 27. Encapsulamento
  16. 28. Encapsulamento
  17. 29. Herança
  18. 30. Herança
  19. 31. Polimorfismo
  20. 32. Polimorfismo
  21. 34. Ferramentas certas?!
  22. 35. Tio Bob…
  23. 36. Princípios SOLID
  24. 40. Responsabilidade Única
  25. 41. Responsabilidade Única Uma classe ou método deve ter uma única responsabilidade. Indo além, uma classe deve ter uma e apenas UMA razão para mudar.
  26. 42. Faça perguntas para a Classe “ Classe, o que você faz? ”
  27. 43. Aberto Fechado
  28. 44. Aberto Fechado Uma classe deve estar aberta para extensão e fechada para modificação.
  29. 45. Substituição de Liskov
  30. 46. Substituição de Liskov Deve ser possível substituir uma classe base por suas classes derivadas em qualquer ponto do código.
  31. 47. Segregação de Interface
  32. 48. Segregação de Interface Clientes não devem ser obrigados a depender de interfaces que eles não utilizam.
  33. 49. Inversão de Dependência
  34. 50. Inversão de Dependência Módulos de alto nível não devem depender de módulos de baixo nível, ambos devem depender de abstrações. Abstrações não devem depender de detalhes, detalhes devem depender de abstrações.
  35. 52. Sustentabilidade
  36. 53. Vida saudável
  37. 54. Crescimento
  38. 55. <ul><li>http://viniciusquaiato.com/blog/tag/solid / </li></ul><ul><li>http:// butunclebob.com/ArticleS.UncleBob.PrinciplesOfOod </li></ul><ul><li>http://en.wikipedia.org/wiki/Solid_(object-oriented_design) </li></ul>Extra Info…
  39. 56. Vinicius Quaiato [email_address] @vquaiato http://viniciusquaiato.com http://gonow.com.br

×