-
Alguem sabe o erro da questão?
-
Acredito que o erro esteja em dizer que empregar um metódo específico para resolver um problema será bom para a manutenção do código, o que vai na contramão aos princípios da orientação a objetos onde sempre se busca a reusabilidade, tentando construir um código genérico que sirva para várias aplicações distintas.
-
Não é isso que queremos? Coesão?
-
Eu pensei assim: método eh pra ser algo pequeno. De repente, se o problema eh grande, então o melhor eh quebrar a solução em varios métodos. Um método grande pode ser bem complicado de manter.
-
A questão está errada porque ela diz que é um método para resolver o problema, mas na verdade, é um método para cada parte do problema, conceito de refatoração e coesão.
-
Quem não tem acesso: - -> Errado
-
Conforme o citado no enunciado, a questão testa conhecimentos de Clean Code, especificamente do Principio da Responsabilidade Única, o S dos princípios SOLID, que diz: "O princípio da responsabilidade única foca na preocupação de que uma classe tenha seu papel e venha desempenhar somente ele de forma eficiente."[devmedia]. Então, ao trocar no enunciado a palavra "método" por "classe", a questão ficará correta e coerente com o enunciado.
https://www.devmedia.com.br/arquitetura-o-principio-da-responsabilidade-unica/18700
-
Me preocupa muito o CESPE estar baseando várias questões em artigos da devmedia ao invés de autores renomados...
-
jcarlaop p, o Cespe se baseou no Robert C. Martin (Uncle Bob). O artigo da devmedia é só um resumo, em português, sobre o principio SRP.
https://blog.cleancoder.com/uncle-bob/2014/05/08/SingleReponsibilityPrinciple.html
-
CESPE e FCC, parece que fazem uma competição pra descobrir quem consegue elaborar as piores questões de TI
-
isso daí daria tese de conclusão de curso porque se o problema for pequeno, ou se estiver usando programação funcional (paradigma), separar um problema por função estaria correto.