Definir classe não é programar com orientação a objetos
8 gostaram1,042 visualizações
O documento discute os princípios da orientação a objetos, enfatizando que definir classes não é o mesmo que programar com orientação a objetos. Ele também discute conceitos como separação de preocupações, ciclo de vida de objetos, value objects e o princípio da responsabilidade única.
Definir classe não é programar com orientação a objetos
- 1. Definir classe não é programar com orientação a objetos! Hélio Costa e Silva (@hlegius)
- 2. Oh oh! Eu já sei o que é!
- 3. “Getters” e “Setters” burros
- 4. $ make clean
- 5. Software aos pedaços UI DB necessidade APIs Recursos externos
- 6. Para pensar em orientação a objetos, esqueça tudo que não faz parte da necessidade de negócio do software!
- 7. Oh oh! Eu já sei o que é! • Criar usuário; • Adicionar endereço ao usuário; • Adicionar telefone, contato ao usuário; •… Dados + comportamento
- 8. Como invalidar um objeto Trecho de um escopo qualquer “Produto precisará ter nome e custo. Descrição e imagens serão úteis também!”
- 9. Como invalidar um objeto Trecho de um escopo qualquer “Produto precisará ter nome e preço. Descrição e imagens serão úteis também!”
- 10. Consigo criar um objeto sem os itens obrigatórios !
- 11. O objeto entrou em estado inválido!
- 12. Como NÃO invalidar um objeto Trecho de um escopo qualquer “Produto precisará ter nome e preço. Descrição e imagens serão úteis também!”
- 13. Ciclo de vida de um objeto Nasce Morre Consulta n vezes Consulta Altera
- 16. O objeto é pego em uma coleção!
- 17. O objeto é pego em uma coleção! Esqueça linha
- 18. Esqueça coluna O objeto é pego em uma coleção! Esqueça linha
- 19. Não importa aonde ele foi salvo!
- 21. Deletar um objeto unset(), garbage collector, …
- 22. E quando eu modifico no meio de persistência ?
- 23. A persistência é um necessidade de infraestrutura
- 25. Horas depois…
- 27. Separation of Concerns (SoC) Edsger W. Dijkstra (1930-2002)
- 28. Negócio - domínio Pivô – Domínio <-> Infraestrutura Separando interesses
- 31. Cada tipo de objeto tem seus limites e responsabilidades!
- 32. Entidade
- 33. Entidade é o objeto que possui atributos que o permita ser individualizado em seu domínio
- 35. Factory code: 1206af38c27 Factory code: a64c1d3913
- 37. Ciclo de vida dos objetos Nasce Nasce Morre Consulta Morre Consulta Consulta Altera Consulta Altera Product Category
- 38. Eles estabeleceram uma relação de agregação!
- 39. Value Object
- 40. Value Object != Data Transfer Object (DTO)
- 43. Single Responsibility Principle (SRP) Robert C. Martin (@unclebob)
- 44. Cada parte deve ter SOMENTE uma responsabilidade!
- 46. Por que não um: ?
- 47. Pois trata-se de uma composição!
- 48. ShoppingCart Category Product X Image
- 49. Ciclo de vida dos objetos Nasce Morre Consulta Image Consulta Altera Product
- 50. O ciclo de vida de Image depende de Product!
- 52. Road to hell Google it: S.O.L.I.D design principles
- 53. Evitar as más práticas!
- 54. OH NOES! Google it: c2.com God Class
- 55. Foco em orientação a objetos NÃO em design patterns
- 56. Composite Strategy Decorator Adapter Observer Service Layer Repository Template View Unit of Work Type Object Active Record Mediator Front Controller Query Object Plugin Selfish Class Null Object Chain of Responsibility Abstract Factory Data Mapper
- 57. http://github.com/hlegius http://programe.me hlegius@gmail.com @hlegius jobs@vexcorp.com Programador PHP Slides http://slideshare.net/hlegius/ Avalie http://joind.in/4454 Obrigado!