Dependência de métodos em uma classe | Insights
- Dependência de métodos em uma classe | Insights
Cuidado ao chamar um método público dentro de outro método público, muito provável que seja um erro de design e algum dos métodos deveria estar em outra classe.
Agora chamar método privado dentro de um público faz sentido
Explicação:
- Métodos públicos são a interface para o mundo externo (quem usa)
- Qualquer alteração em um método, afeta o outro. É difícil também para testar
- Fere um pouco o encapsulamento por expor isso a outro método que é exposto ao mundo externo
Analogia rápida:
Publico -> Publico Antes: todos os clientes podiam entrar na “cozinha” e usar o mesmo fogão (método público), mesmo que não precisassem.
Publico -> Privado Agora: você colocou o fogão dentro de uma cozinha privada, e os clientes só pegam o prato pronto (métodos públicos).
Muitos arquitetos aceitam que uma função privada que apenas organiza operações internas relacionadas a uma única intenção não viola gravemente o SRP, desde que:
-
Ela não cresça demais e continue legível.
-
Cada operação interna possa ser isolada ou testada separadamente se necessário.