Please enable JavaScript.
Coggle requires JavaScript to display documents.
Programação Orientado a Objeto - Coggle Diagram
Programação Orientado a Objeto
Coesão
Uma classe não deve assumir responsabilidade de terceiros
Princípio da responsabilidade única
Acoplamento
Intensidade
da
dependência
de uma classe para outra = funcionando
Forte acoplamento = maior custo e manutenção
Classes abstratas
Servem de "modelo" para outras classes
Não podem ser instanciadas por si só
Usada apenas para ser herdada, igual a superclasse
Devem conter pelo menos um método abstrato que não tem corpo
Polimorfismo
Interfaces
São contratos que ajudam o desenvolvedor a escrever códigos de
baixo acoplamento e alto coesão
Promete
e garante que as funcionalidades estejam disponíveis
Os métodos não possuem um corpo, portanto as interfaces não explicam
como
que as funcionalidades funcionam
A interface é um
contrato
onde quem assina se responsabiliza por implementar esses métodos (cumprir o contrato).
SOLID
DIP - Princípio da Inversão de Dependência
Módulos de alto nível não devem depender de módulos de baixo nível
Ambos (módulos de alto e baixo nível) devem depender de abstrações
Abstrações não devem depender de detalhes
Detalhes devem depender de abstrações
SRP - Princípio da Responsabilidade Única
Uma classe deve ter
um, e apenas um,
motivo para ser modificada
Cada
responsabilidade
deve ser uma
classe
, porque uma responsabilidade é um eixo de mudança