The Clean Architecture
- 29. uma permite que as sejam tomadas o
- 30. uma o número de
- 31. uma obedece / persegue os da programação
- 32. uma classe deve ter para Single Responsibility Principle
- 33. as entidades de software devem ser para para Open-Closed Principle
- 34. módulos de de módulos de devem depender de Dependency Inversion Principle
- 35. os clientes devem ser de métodos que Interface Segregation Principle
- 42. mas qual o disso tudo?
- 43. de
- 44. de
- 45. de
- 46. de
- 47. TESTÁVEL
- 48. para refatorar e
- 49. realizado em menos tempo
Notas do Editor
- #4: Vivemos e morremos para um framework
- #11: Uncle Bob (Tio Bob) Object Mentor Inc - Consultor internacional Signatário do Manifesto ágil 8th Light - Software craftsmanship
- #14: INTERAÇÃO AÇÃO REAÇÃO entre duas ou mais entidades
- #16: COMO INTERACTOR VÃO INTERAGIR COM O MEIO EXTERNO
- #17: ANALOGIA MÁQUINA DE CAFÉ
- #26: NÃO CAMADAS FLUXO DE DEPENDÊNCIA DE FORA PRA DENTRO
- #29: REPASSADAS ESPECIALISTA
- #33: UTILIZADA EM MUITOS LUGARES MAIOR CHANCE DE ESTRAGAR ALGO
- #34: FECHAMENTO ESTRATÉGICO
- #35: ALTO NIVEL = NEGOCIOS BAIXO NIVEL = BANCO DE DADOS MEIO DE CAMPO
- #36: CLASSE FAZ TUDO
- #44: CORE DA APLICAÇÃO FICA ....
- #46: BIBLIOTECA LEITURA XML EXCEL CRIA UMA INTERFACE
- #50: SEPARAÇÃO
- #53: QUEM IMPLEMENTA QUEM?