Interfaces, uma relação de confiança, você está fazendo certo?

Não é de hoje que se fala das interfaces em sua aplicação, sabemos suas necessidades, como cria-las utilizando a keyword 'interface', mas estamos fazendo isso corretamente? Essa palestra irá abordar interfaces no aspecto de design orientado a objetos, entendendo a necessidade e como tomar decisões corretas utilizando-as.

Transcript

1. Interfaces, uma relação de confiança, você está fazendo certo?
2. */omarkdev 2
3. 3 Warning: Very high abstraction level
4. O que é interface? 4
5. “Interface é a comunicação entre duas partes distintas que não são capazes de se comunicar diretamente” 5
6. É tudo aquilo que é exposto para alguém 6
7. 7 = Interface
8. Ok, entendemos o que é uma interface... 8 Mas agora, temos duas perguntas
9. 1. Por que desenhar interfaces? 2. Como desenhar interfaces? 9
10. S.O.L.I.D. 10
11. S.O.L.I.D. 11
12. “Clientes não devem ser forçados a depender de interfaces que não utilizam” 12
14. Quanto mais abstrações não utilizadas, mais instabilidade no ponto de vista da aplicação. Problemas em não separar conceito Manutenções desnecessárias. 14
16. RELAÇÃO DE CONFIANÇA 16
18. ▪ Message é uma interface? ▪ Message é uma classe? ▪ Message é uma instância de TelegramMessage? 18
19. ▪ Message é uma interface? ▪ Message é uma classe? ▪ Message é uma instância de TelegramMessage? ▪ Essas informações importam? Não. 19
20. Criado por Rebecca Wirfs-Brock Responsibility-Driven Design 20
21. Cliente Solicita Contrato X Servidor 21
22. ▪ A comunicação entre cliente e servidor é descrita por um contrato; ▪ Qualquer objeto pode agir como um cliente ou servidor a qualquer momento; ▪ O modelo se preocupa em o que o servidor faz para o cliente e não em como faz. 22
23. 1. Por que desenhar interfaces? 2. Como desenhar interfaces? 23
24. 24 “Para criar interfaces basta adicionar no final do nome Interface”
25. Estamos trabalhando com contratos, a implementação pouco importa para o cliente. Sufixo ou Prefixo: I, Imp, Interface, Contract Descrever implementações técnica pode induzir ao erro. 25
26. “Programe para interfaces, não para implementações” 26
27. Criado por Martin Fowler Role Interface 27
28. Role Interfaces são papéis que um objeto pode desempenhar. 28
31. Usar adjetivos 31
32. Descrever um conjunto de ações como qualidade. 32
34. É mais simples quando se programa em inglês, podemos utilizar sufixos como: “able”, “or”. Usar adjetivos Não é uma regra, é uma possível abordagem. 34
35. Criado por Alain Schlesser Interface Naming Convention 35
36. Várias implementações do mesmo conceito O nome da interface é o conceito e as derivações são o que tornam a implementação diferente. 1.
38. Uma implementação aberta para extensões O código atual fornece uma implementação de um conceito mas que deve ser estendido para conceitos mais especializados. 2.
40. Somente uma implementação, sem extensões planejadas Atualmente o código já provêm uma implementação de um conceito que não é necessário estender. 3.
42. Isso não significa que isso nunca acontecerá ou será necessário no futuro. Sem extensões planejadas Evitar over-engineering. 42
46. 1. Por que desenhar interfaces? 2. Como desenhar interfaces? 46
47. Desenhar interfaces vai além de usar a construção de linguagem interface. 47
48. “Suas ações se tornam seus hábitos, seus hábitos se tornam seus valores, seus valores se tornam seu destino” - Gandhi 48