Apresentação sobre os boas práticas no desenvolvimento de software.

1. Boas Práticas
de desenvolvimento
de software

2. Olá!
Eu sou Carlos Alberto
Arquiteto de software
CAPES
@euprogramador
euprogramador@gmail.com

3. Desenvolvimento de
software é difícil
Como organizar o código?

4. “Se você está tendo um problema
no desenvolvimento, você não
está sozinho. Outro já passou
pelo mesmo problema e já deve
ter solução para o problema.

5. S.O.L.I.D.
Princípio de desenvolvimento

6. S ingle principle
O pen closed
L iskov Substitution
I nterface segregation
D ependency Inversion
S.O.L.I.D.

7. Single responsability
× Sua classe deve ser responsável por apenas um
comportamento
× Deve fazer apenas 1 coisa
× Deve fazer bem

8. Single responsability
O que há de errado nessa classe?

9. Single responsability
Após aplicar Single responsability?

10. × Classes devem poder extender seu
comportamento, facilmente, seja por herança,
interface ou composição.
× Temos de ter boas abstrações.
Open Closed

11. Exemplo de open/closed
Open Closed

12. Liskov Substitution
× Herança é bom.
× Cuidado com a herança.
× Projeto por contrato.
× Estabelece regras para uso
× Pré condições - não podem ser mais fortes
que a super-classe.
× Pós condições - não podem ser
enfraquecidas
Eventualmente desenvolvedor escolhe herança

13. Liskov Substitution
Exemplo de bom uso:

14. Liskov Substitution
Exemplo de problemas com o uso de herança:
× Properties não deveria ser uma Hashtable, pois tem o put(object,
object) se for usado pode causar problemas.
× Vector é sincronizado, todas as stacks deveriam ser
sincronizadas?

15. Liskov Substitution
Exemplo de problemas com o uso de herança:
× CEP você busca do correios
× CEP deveria pode salvar ou
remover?

16. Liskov Substitution
Alternativas para o uso de herança? Composição:

17. Interface Segregation
× Módulos enxutos
× Pouco comportamento (método)
× Desenvolvimento orientado a interface

18. Interface Segregation
Exemplo:

19. Dependency Inversion
× Dependa de abstrações não implementações
× Facilita mudar no futuro

20. Dependency Inversion
Exemplo:

21. Padrões de Projeto - Principios de design
Princípios
Dependency Injection
Inversion of Control

22. Inversion of control
× Princípio de Hollywood, “Não ligue para nós, nós ligamos para
você.”
× Controle das chamadas é invertido não é determinado pelo
programador.
× Controle é delegado a uma infraestrutura, container.

23. Inversion of control - Exemplos
Spring:

24. Inversion of control - Exemplos
Weld/CDI:

25. Dependency Injection
Benefícios
Baixo acomplamento
Testabilidade
Facilidade de manutenção

26. Dependency Injection
Tipos
Constructor Injection
Property Injection
Method Injection
Service Locator

27. Dependency Injection
Constructor Injection

28. Property Injection
Dependency Injection

29. Method Injection
Dependency Injection

30. Dependency Injection
Service Locator

31. Dependency Injection
Melhor Padrão
× Injeção no construtor, good citizen (bom cidadão)
× Tudo que a classe precisa é passado no construtor.
× Garantia de inicialização somente quando atendido as
dependências.
Nem tudo são flores
× Não são todos os frameworks de IOC/DI que implementam

32. Padrões de Projeto
× Solução para um problema frequente
× Reusavéis
Padrões de projeto dizem respeito a como
organizar o código.

33. “GOF - Gang of
Four”
Padrões a serem conhecidos

34. Padrões de Projeto - Categorias
Criacionais
Factory Method
Abstract Method
Builder
Prototype
Singleton
Estruturais
Composite
Adapter
Bridge
Decorator
Facade
Proxy
Flyweight
Comportamentais
Strategy
Template Method
Observer
Mediator
Command
Chain of Responsability
State
Visitor
...

35. Padrões de Projeto - Categorias
Criacionais
Factory Method
Abstract Method
Builder
Prototype
Singleton
Estruturais
Composite
Adapter
Bridge
Decorator
Facade
Proxy
Flyweight
Comportamentais
Strategy
Template Method
Observer
Mediator
Command
Chain of Responsability
State
Visitor
...

36. Factory / Abstract Factory
Padrão criacional

37. Builder
Padrão criacional

38. Singleton
Padrão criacional

39. “Dependency
Injection simplifica
ou acaba com
todos eles”

40. Dependency Injection
Padrão criacional
× Desacopla a solicitação de uma dependência da sua instanciação
× Simplifica código
× Melhora isolamento
× Testável

41. Dependency Injection
Factory é necessária?
Builder é necessário?

42. Dependency Injection - Scopes
Define o ciclo de vida do objeto

43. Padrões de Projeto - Categorias
Criacionais
Factory Method
Abstract Method
Builder
Prototype
Singleton
Estruturais
Composite
Adapter
Bridge
Decorator
Facade
Proxy
Flyweight
Comportamentais
Strategy
Template Method
Observer
Mediator
Command
Chain of Responsability
State
Visitor
...

44. Composite
Representa um objeto como uma
composição de objetos similares
Trata um conjunto de objetos como um
unico objeto

45. Composite exemplo

46. Composite exemplo

47. Adapter

48. Bridge

49. Decorator

50. Facade

51. Proxy

52. Proxy

53. Flyweight
Permite economizar memória
Compartilhamento de objetos
Exemplo:
String do java possui um pool interno

54. Padrões de Projeto - Categorias
Criacionais
Factory Method
Abstract Method
Builder
Prototype
Singleton
Estruturais
Composite
Adapter
Bridge
Decorator
Facade
Proxy
Flyweight
Comportamentais
Strategy
Template Method
Observer
Mediator
Command
Chain of Responsability
State
Visitor
...

55. Strategy
Permite a troca de algoritmos
Muda comportamento conforme contexto

56. Template Method

57. Adiciona uma indireção entre componentes
Favorece um baixo acoplamento
Cuidado.
Observer

58. Mediator

59. Command

60. Chain of Responsability

61. Chain of Responsability

62. State
Permite mudar de
comportamento
Simplifica ifs para tratar
estado

63. Thanks!
Perguntas?
Como me encontrar:
@euprogramador
euprogramador@gmail.com