Baixado 56 vezes
![Vinicius Quaiato [email_address] @vquaiato http://viniciusquaiato.com http://gonow.com.br](https://image.slidesharecdn.com/mstechday-orientaoaobjetos-110528082906-phpapp01/85/MSTechDay-Lavras-Orientacao-a-Objetos-e-Principios-Solid-3-320.jpg)
![Vinicius Quaiato [email_address] @vquaiato http://viniciusquaiato.com http://gonow.com.br](https://image.slidesharecdn.com/mstechday-orientaoaobjetos-110528082906-phpapp01/85/MSTechDay-Lavras-Orientacao-a-Objetos-e-Principios-Solid-56-320.jpg)
Carregado porVinicius Quaiato
MSTechDay Lavras - Orientação a Objetos e Princípios Solid
O documento discute os princípios SOLID da Programação Orientada a Objetos (POO), ressaltando a importância de conceitos como responsabilidade única, aberto/fechado, substituição de Liskov, segregação de interface e inversão de dependência. Cada princípio é explicado com ênfase na eficiência e na manutenção do código. O autor, Vinicius Quaiato, também fornece links para referências adicionais e seu blog.
MSTechDay Lavras - Orientação a Objetos e Princípios Solid
- 1. Orientação a Objetose Princípios SOLID Utilizando POO com eficiência
- 2. Vinicius Quaiato DesenvolvedorPai Santista fanático .NET Architects Palestrante Blogueiro Gonow Tecnologia
- 3. Vinicius Quaiato [email_address]@vquaiato http://viniciusquaiato.com http://gonow.com.br
- 4.
- 5.
- 6.
- 7.
- 8.
- 9.
- 10.
- 11.
- 12.
- 13.
- 14. Um estilo deprogramação
- 15. Existem diferentes “estilos ” Orientada a Objeto Funcional Lógica Estruturada Procedural
- 16.
- 17.
- 18.
- 19.
- 20.
- 21.
- 22.
- 23.
- 24.
- 25.
- 26.
- 27.
- 28.
- 29.
- 30.
- 31.
- 32.
- 33.
- 34.
- 35.
- 36.
- 37.
- 38.
- 39.
- 40.
- 41. Responsabilidade Única Umaclasse ou método deve ter uma única responsabilidade. Indo além, uma classe deve ter uma e apenas UMA razão para mudar.
- 42. Faça perguntas paraa Classe “ Classe, o que você faz? ”
- 43.
- 44. Aberto Fechado Umaclasse deve estar aberta para extensão e fechada para modificação.
- 45.
- 46. Substituição de LiskovDeve ser possível substituir uma classe base por suas classes derivadas em qualquer ponto do código.
- 47.
- 48. Segregação de InterfaceClientes não devem ser obrigados a depender de interfaces que eles não utilizam.
- 49.
- 50. Inversão de DependênciaMó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.
- 51.
- 52.
- 53.
- 54.
- 55. http://viniciusquaiato.com/blog/tag/solid / http://butunclebob.com/ArticleS.UncleBob.PrinciplesOfOod http://en.wikipedia.org/wiki/Solid_(object-oriented_design) Extra Info…
- 56. Vinicius Quaiato [email_address]@vquaiato http://viniciusquaiato.com http://gonow.com.br
- 57.