O Princípio de responsabilidade única declara que cada módulo em um sistema deve ser responsável por um único recurso ou funcionalidade ou agregação de funcionalidade coesa. Outra maneira comum de dizer isso é dizer que cada módulo deve ter apenas um motivo para mudar.
Parece bastante claro que "princípio de responsabilidade única" não significa "apenas uma coisa". É para isso que servem os métodos. public Interface CustomerCRUD { public void Create(Customer customer); public Customer Read(int CustomerID); public void Update(Customer customer); public void...
Estou tentando aderir ao Princípio da Responsabilidade Única (SRP), tanto quanto possível, e me acostumei a um certo padrão (para o SRP de métodos), confiando fortemente nos delegados. Gostaria de saber se essa abordagem é sólida ou se há algum problema grave. Por exemplo, para verificar a entrada...
O princípio da responsabilidade única é definido na wikipedia como O princípio de responsabilidade única é um princípio de programação de computadores que afirma que todo módulo, classe ou função deve ter responsabilidade sobre uma única parte da funcionalidade fornecida pelo software e que a...
Hoje eu tive uma discussão com alguém. Eu estava explicando os benefícios de ter um modelo de domínio rico em oposição a um modelo de domínio anêmico. E eu demonstrei meu argumento com uma classe simples assim: public class Employee { public Employee(string firstName, string lastName) {...
Estou trabalhando em uma equipe em que o líder da equipe é um defensor virulento dos princípios de desenvolvimento do SOLID. No entanto, ele não tem muita experiência em obter software complexo fora da porta. Temos uma situação em que ele aplicou o SRP ao que já era uma base de código bastante...
Resumo do Problema: Para encurtar a história, herdei uma base de código e uma equipe de desenvolvimento que não tenho permissão para substituir e o uso de God Objects é um grande problema. No futuro, quero que refizemos as coisas, mas estou recebendo críticas das equipes que querem fazer tudo com...
Nos últimos anos, passamos lentamente a mudar para um código escrito progressivamente melhor, alguns pequenos passos de cada vez. Finalmente estamos começando a mudar para algo que pelo menos se assemelha ao SOLID, mas ainda não chegamos lá. Desde a mudança, uma das maiores reclamações dos...
Fico me perguntando se é legítimo usar verbos baseados em substantivos em OOP. Me deparei com este artigo brilhante , embora ainda discorde do que afirma. Para explicar um pouco mais o problema, o artigo afirma que não deveria haver, por exemplo, uma FileWriterclasse, mas como escrever é uma ação...
Recentemente, deparei-me com um problema arquitetônico aparentemente trivial. Eu tinha um repositório simples no meu código que foi chamado assim (o código está em C #): var user = /* create user somehow */; _userRepository.Add(user); /* do some other
De acordo com a documentação da Microsoft, o artigo de princípio do Wikipedia SOLID, ou a maioria dos arquitetos de TI, devemos garantir que cada classe tenha apenas uma responsabilidade. Gostaria de saber por que, porque se todos parecem concordar com essa regra, ninguém parece concordar com os...
Eu tenho um método que atualiza os dados dos funcionários no banco de dados. A Employeeclasse é imutável; portanto, "atualizar" o objeto significa realmente instanciar um novo objeto. Quero que o Updatemétodo retorne uma nova instância Employeecom os dados atualizados, mas como agora posso dizer...
O princípio da responsabilidade única baseia-se no princípio da alta coesão. A diferença entre as duas é que uma classe altamente coesa apresenta um conjunto de responsabilidades fortemente relacionadas, enquanto as classes aderentes ao SRP têm apenas uma responsabilidade. Mas como determinamos se...
Deseja melhorar este post? Forneça respostas detalhadas para esta pergunta, incluindo citações e uma explicação de por que sua resposta está correta. Respostas sem detalhes suficientes podem ser editadas ou excluídas. Esta pergunta foi migrada do Stack...
O princípio é definido como módulos com um motivo para mudar . Minha pergunta é: certamente essas razões para mudar não são conhecidas até que o código realmente comece a mudar? Praticamente todos os trechos de código têm várias razões pelas quais ele pode mudar, mas certamente tentar antecipar...
Ao pensar no desenvolvimento ágil de software e em todos os princípios (SRP, OCP, ...), pergunto-me como tratar o log. O registro ao lado de uma implementação é uma violação do SRP? Eu diria yesporque a implementação também deve ser capaz de executar sem o log. Então, como posso implementar o log...
a) Qual é a diferença entre SRP e SoC ? Talvez o SRP seja aplicado no nível da classe, enquanto o SoC possa ser aplicado nos níveis do sistema , subsistema , módulo , classe ou função . b) Se a resposta a ) for sim, o SoC aplicado no nível da classe é sinônimo de SRP
Se você tem uma classe que herda de duas classes distintas, isso não significa que sua subclasse faz automaticamente (pelo menos) duas coisas, uma de cada superclasse? Eu acredito que não há diferença se você tem herança de interface múltipla. Edit: Para ser claro, acredito que se a subclasse de...
Segundo Robert C. Martin, o SRP afirma que: Nunca deve haver mais de um motivo para uma classe mudar. No entanto, em seu livro Código Limpo , capítulo 3: Funções, ele mostra o seguinte bloco de código: public Money calculatePay(Employee e) throws InvalidEmployeeType { switch (e.type) {...
Considere dois designers de interface do usuário que desejam criar designs "atraentes para o usuário". "Atração do usuário" é um conceito que não é objetivo e reside apenas na mente dos designers. Assim, o designer A pode, por exemplo, escolher a cor vermelha, enquanto o designer B escolhe o azul....
O Princípio da Responsabilidade Única declara que "uma classe deve ter um motivo para a mudança". No padrão MVC, o trabalho do Controlador é mediar entre a Visualização e o Modelo. Ele oferece uma interface para o View relatar ações feitas pelo usuário na GUI (por exemplo, permitindo que o View...