Aqui você vê as diferenças entre duas revisões dessa página.
Ambos lados da revisão anterior Revisão anterior Próxima revisão | Revisão anterior | ||
solid:srp [2015/07/18 18:18] morvanabonin [Principio da Responsabilidade Única] |
solid:srp [2024/07/31 00:47] (atual) |
||
---|---|---|---|
Linha 5: | Linha 5: | ||
//A classe deve ter um, e somente um, motivo para mudar.// | //A classe deve ter um, e somente um, motivo para mudar.// | ||
- | No contexto do Principio da Responsabilidade Única (SRP), é definido | + | No contexto do Principio da Responsabilidade Única (SRP), é dito que a responsabilidade de uma classe é definida como uma razão para a mudança. Se uma classe tem mais de uma razão para mudar, então ela tem mais de uma responsabilidade. |
- | Uma classe que possui uma única responsabilidade também é considerada uma classe coesa, ou seja, ela não toma conta de mais de um conceito do sistema. | + | Uma classe que possui uma única responsabilidade também é considerada uma classe coesa, ou seja, ela não toma conta de mais de um conceito do sistema, além do que, essa responsabilidade deve ser totalmente encapsulado pela classe, caso contrário os pontos de alterações ficarão implícitos e o desenvolvedor precisará buscá-los manualmente e é óbvio que algum vai ser deixado para trás. |
- | Classes | + | Trabalhar com classes |
| | ||
+ | Enfim, nem sempre é fácil enxergar a responsabilidade de uma classe. Talvez essa seja a maior dúvida na hora de se pensar em códigos coesos. É fácil entender que uma classe deve ter apenas uma responsabilidade. O difícil é definir o que é uma responsabilidade, | ||
+ | //Fontes de pesquisas// | ||
+ | [[http:// | ||
+ | [[http:// | ||
+ | [[https:// |