2. Single responsibility (Solid)
Este princípio nada mais é do que uma perspectiva diferente para um dos
mais fundamentais princípios da orientação a objetos: a coesão.
Sua definição diz que: “Uma classe deve ter somente uma razão para
mudar”.
3. Single responsibility (Solid)
Dificuldade de compreensão e, portanto, dificuldade de manutenção.
Dificuldade de reuso.
Com responsabilidades entrelaçadas em uma mesma classe, pode ficar
difícil alterar uma dessas responsabilidades sem comprometer as outras
(rigidez) e pode acabar quebrando outras partes do software
(fragilidade).
Acoplamento alto, ou seja, a classe tem um número excessivo de
dependências, e portanto fica mais sujeita a mudanças em decorrência
de alterações em outras classes (novamente a fragilidade).
6. O que é uma responsabilidade?
No contexto de responsabilidade única, definimos responsabilidade
como sendo uma razão para mudar.
Somos acostumados a ver a responsabilidade como um grupo.