Design Patterns
Transferir como KEY, PDF1 gostou277 visualizações
O documento discute padrões de projeto, definindo-os como soluções generalizadas para problemas comuns em projetos de software. Apresenta a história dos padrões desde Christopher Alexander até o livro Padrões de Projeto de Software (Gang of Four), que catalogou 23 padrões comumente usados e suas aplicações. Adverte que usar padrões em excesso pode aumentar a complexidade desnecessariamente e que a solução mais simples é frequentemente a melhor.
Design Patterns
- 1. Padrões de Projeto Uma viagem pelo mundo do objetos, seus problemas e possíveis soluções Andre Fonseca http://www.andrefonseca.net
- 2. Quem sou eu ?
- 3. AGENDA • Historia • Definição • Porque usar • Cuidados (erros e excessos) • Mundo modernos (25 anos após o lançamento)
- 4. Mas o que é um padrão de projeto ?
- 5. Incrível!!! Um começo fora da informática...
- 6. Christopher Alexandre Arquiteto, austríaco, matemático, professor emérito da Universidade da Califórnia, Berkeley.
- 8. Um banquinho, uma praça, uma árvore e um violão . . .
- 9. Aprendendo com os erros acertos dos outros
- 10. “cada padrão descreve um problema no nosso ambiente e o cerne de sua solução, de tal forma que possa usar essa solução mais de milhões de vezes...”
- 12. Mas como fica a história na informática ?
- 13. GoF ! Mas como fica a história na informática ?
- 15. GoF
- 16. Catálogo
- 18. O Sr tem uma solução para mapeamento objeto relacional ?
- 19. Posso sugerir alguns : DAO é um muito usado
- 21. Problema
- 24. Linguagem comum... Um facilitador
- 25. Pedindo o almoço ...
- 26. Mas.. quais foram os critérios de escolha das soluções para o catálogo?
- 27. Momento post it
- 28. Programando para interface, não para implementação
- 29. Buscar a composição de objetos a herança.
- 30. Fechado para alteração, entretanto, aberto para extensão
- 32. Usar padrões sempre ? Quando devo usar ou não usar ? Como saber qual é o melhor ou mais coerente ?
- 33. Buscando o equilíbrio para a força
- 34. Projeto focar, não bom é focar no padrão
- 35. Pessoal Experiente em Programação e Design Patterns adverte Usar Padrões de Projeto em excesso pode aumentar a complexidade do projeto sem necessidade e deixar o programador extressadão. Escolha sempre a solução mais simples possa realizar a tarefa
- 37. Permaneça simples O ótimo é o maior inimigo do bom Faça programas para humanos entender
- 38. Anti Patterns
- 39. Eles não são tal mal assim
- 40. O caso do singletown
- 41. anos
- 42. Padrões J2EE DSLs IOC Linguagens Dinâmicas Banco de Dados de Banco de Dados orientado Objetos a documento etc ...
- 43. Perguntas ?