Princípios de SOLID & Clean Arch

Talk Blu

Transcript

1. Princípios de SOLID & Clean Arch mariofelesdossantosjunior.github.io
2. Mario Feles dos Santos Junior Desenvolvedor Android Tribo B2B(Time mobile - APP-BLU) Slack BLU @mario
3. Por que é importante falar de Solid e Clean Arch? Fluxo comum de um software/produto: • No começo tudo é lindo, tudo está indo muito bem; • Tudo é novo, muito claro; • As entregas estão rápidas; • Turnover está baixo; • Com o passar do tempos: • vai desacelerando, desacelerando; • A feature que demorava 1 sprint agora demora 1/2 mês; • Turnover alto; • Time crescendo ao mesmo tempo;
4. Como nós desenvolvedores podemos colaborar? Como continuar evoluindo o software? Como continuar adicionando novas features? ….
6. Exemplos de aplicação do Solid!
7. Exemplos de aplicação do Solid!
8. Exemplos de aplicação do Solid!
9. Exemplos de aplicação do Solid!
10. Exemplos de aplicação do Solid!
11. Exemplos de aplicação do Solid!
12. Exemplos de aplicação do Solid!
13. Prazer Robert C. Martin (Uncle Bob)
14. Reflita! “Sempre fomos guiados a desenvolver softwares orientados a banco de dados, onde na verdade, você precisa olhar para a tecnologia banco de dados como um detalhe na sua aplicação, diferente do modelo de dados, esse sim tem muita relevância e peso na sua aplicação.” Rodrigo Branas, Live Clean Architecture
15. Reflita! “A qualidade de software pode ser medida pelo esforço para entregar uma nova funcionalidade. Se esse esforço é baixo e permanece baixo durante a vida útil do sistema, o design é bom. Se esse esforço aumenta a cada nova versão, o design é ruim.” Book Clean Arch, Robert C. Martin
16. Principais objetivos do Clean Arch Um dos principais objetivos do Clean Arch é fornecer aos desenvolvedores uma maneira de organizar o código de forma que encapsule a lógica de negócios, mas mantenha-o separado do mecanismo de entrega.
17. Diagrama Clean Arch!
19. Como estamos aplicando no App Blu!
21. • Baixo acoplamento • Reutilização de código • Baixa dificuldade de entendimento das regras e suas responsabilidades • Baixa complexibilidade dos testes • Possibilidade de expansão de features • Escalabilidade de times • Possibilidade de implementar camadas fakes/mocks Ganhos com Solid e o Clean Arch
22. Slack BLU @mario mariofelesdossantosjunior.github.io Dúvidas?