Perguntas com a marcação «solid»

Mnemônica para conjunto de princípios de design: responsabilidade única, aberto-fechado, substituição de Liskov, segregação de interface, inversão de dependência






5
Onde você deve colocar constantes e por quê?
Em nossas aplicações majoritariamente grandes, geralmente temos apenas alguns locais para "constantes": Uma classe para GUI e concorrentes internos (títulos da guia, títulos da caixa de grupo, fatores de cálculo, enumerações) Uma classe para tabelas e colunas de banco de dados (esta parte é código gerado) mais nomes legíveis para …

6
Linha adicional no bloco vs parâmetro adicional no Código Limpo
Contexto No Código Limpo , página 35, diz Isso implica que os blocos dentro de instruções if, else, while e etc. devem ter uma linha. Provavelmente essa linha deve ser uma chamada de função. Isso não apenas mantém a função anexa pequena, mas também agrega valor documental, porque a função …
33 clean-code  solid 





12
SÓLIDO vs. Evitar abstrações prematuras
Entendo o que o SOLID deve realizar e o uso regularmente em situações em que a modularidade é importante e seus objetivos são claramente úteis. No entanto, duas coisas me impedem de aplicá-lo consistentemente na minha base de código: Eu quero evitar abstrações prematuras. Na minha experiência, desenhar linhas de …



5
Casos especiais com fallbacks violam o Princípio de Substituição de Liskov?
Digamos que eu tenha uma interface FooInterfaceque tenha a seguinte assinatura: interface FooInterface { public function doSomething(SomethingInterface something); } E uma classe concreta ConcreteFooque implementa essa interface: class ConcreteFoo implements FooInterface { public function doSomething(SomethingInterface something) { } } Eu gostaria ConcreteFoo::doSomething()de fazer algo único se ele passou por um …

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.