O documento discute como refinar código legado usando design patterns e Java 8. Primeiro, apresenta o contexto atual de alta demanda e capacidade limitada. Em seguida, explica a importância de código auto-sustentável e refatoração para torná-lo mais fácil de manter. Por fim, descreve alguns padrões de projeto como Builder, Abstract Factory e State e como Java 8 facilita refatorações com lambdas e streams.

1. REFINANDO CÓDIGO LEGADO
COM DESIGN PATTERN E JAVA 8
JUNHO/2017

2. QUEM SOU EU ??
• Mestre em Engenharia Elétrica e Computação, Pós-Graduado em
Liderança e Coaching e Graduado em Ciências da Computação
• Leciono em cursos de pós-graduação, MBAs e Graduação.
• Diretor de Projetos da empresa INLOC SISTEMAS - Goiânia-GO
• Professor e Coordenador do Curso de Sistemas de Informação da
Faculdade Delta - Goiânia-GO
• + 16 anos com projetos de soOware
• JUG-Leader GOJAVA
• Entusiasta na área de Machine Learning

3. AGENDA
1. Cenário em que vivemos
2. Código Autosustentável
3. O que é refatoração
4. O que nos moZva retaforar?
5. Padrões de projeto
6. “Hands on”
1. BUILDER
2. ABSTRACT FACTORY
3. STATE
7. JAVA 8
8. 7 Dicas Finais

4. 1) CENÁRIO EM QUE
VIVEMOS

5. É só criar um botão na tela L

6. A Demanda > Capacidade L

7. Tudo é para ONTEM L

8. 2) CÓDIGO
AUTOSUSTENTÁVEL

9. “Que pode se sustentar sozinho”
Fonte: hcps://pt.wikZonary.org/wiki/
autosustentável
CÓDIGO AUTOSUSTENTÁVEL

10. “Criar uma estrutura de códigos, que
impacte o menos possível em cada
alteração realizada”
“Reinaldo Jr J”
CÓDIGO AUTOSUSTENTÁVEL

11. 3) O QUE É
REFATORAÇÃO?

12. “Uma alteração feita na estrutura interna do
soAware para torná-lo mais fácil de ser
entendido e menos custoso de ser modificado
sem alterar seu comportamento
observável” (MarZn Fowler).
REFATORAÇÃO

13. O processo de refatoração, envolve a
remoção de duplicação, a simplificação
de lógica condicional e a clarificação de
código.
REFATORAÇÃO

14. “Qualquer tolo consegue escrever
código que um computador
entenda. Bons programadores
escrevem código que humanos
possam entender” (MarZn Fowler)

15. 4) O QUE NOS MOTIVA
A REFATORAR?

16. 1. Tornar mais fácil a adição de código novo
2. Melhorar o projeto de código existente
3. Obter um melhor entendimento do código
4. Tornar a programação menos irritante
O QUE NOS MOTIVA REFATORAR?

17. Os problemas de projeto mais comuns,
resultam de código que:
1. Duplicado
2. Dificuldade em encontrar funcionalidades
3. É complicado
PROBLEMAS DE CÓDIGO

18. BAIXA COESÃO
• Várias funcionalidades em um mesmo objeto
• Diocil reaproveitamento
• Diocil manutenção
• Alta complexidade

19. ALTO ACOPLAMENTO
• Forte dependência entre componentes
• É dificil trocar dependências de um objeto sem
quebrar o seu funcionamento interno
• É dificil adicionar mais funcionalidades ao
componente sem ter que alterar o seu código

20. ALTA coesão e BAIXO
acoplamento
MANTRA

21. 5) PADRÕES DE
PROJETO

22. PADRÕES DE PROJETO
“Cada padrão escreve um problema que ocorre
repeJdamente em nosso ambiente, e então
descreve o núcleo da solução para esse problema,
de uma forma que você possa uJlizar essa solução
um milhão de vezes, sem nunca fazê-lo da mesma
forma duas vezes.” (Alexander)

23. 6) HANDS ON

24. h`ps://github.com/Reinaldo-Jr/join-062017

25. #BUILDER

26. Separar o processo de construção de
um objeto de sua representação e
permiZr a sua criação passo-a-passo.
Diferentes Zpos de objetos podem
ser criados com implementações
disZntas de cada passo.
DEFINIÇÃO

27. Simplificar códigos que criam objetos
complexos, com caracterísZcas diferentes.
MOTIVAÇÃO

28. CENÁRIO

29. BUILDER

30. BUILDER

31. #STATE

32. Alterar o comportamento de um
determinado objeto de acordo com o
estado no qual ele se encontra.
DEFINIÇÃO

33. Tratar lógica condicional de mudança
de estados demasiadamente
complexa.
MOTIVAÇÃO

34. CENÁRIO

35. STATE

36. STATE

37. #ABSTRACT
FACTORY

38. Mover o conhecimento de criação de
diversas classes, para uma única
classe.
DEFINIÇÃO

39. Facilitação de lógica complexa para
criação de objetos.
MOTIVAÇÃO

40. CENÁRIO

41. ABSTRACT FACTORY

42. ABSTRACT FACTORY

44. 7) JAVA 8

45. #LAMBDA

47. #STREAM

48. STREAM
Avanços significa[vos na API de Collec[ons
STREAMS para filtragem e ordenação
COLLECTORS para resgatar a lista

51. 8) 7 DICAS
IMPORTANTES

52. Comece a dedicar tempo para melhoria
interna do seu código ou “remoção dos
débitos técnicos”.
DICA (1)

53. ALTA coesão e BAIXO
acoplamento
DICA (1) DICA (1)
DICA (2)

54. “Programe orientado a
classe pai”
DICA (3)

55. “Elimine as duplicidades de
código”
DICA (4)

56. “UZlize padrões de projeto”
DICA (5)

57. DICA (6)

58. DICA (7)

59. DICAS DE LIVRO

60. DICAS DE LIVRO

61. rsjrnet@gmail.com
www.reinaldojr.com
hhps://github.com/Reinaldo-Jr
hhps://www.slideshare.net/ReinaldoJr5
APOIADOR