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 é...
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...
Digamos, por exemplo, que você tenha um aplicativo com uma classe amplamente compartilhada chamada User. Esta classe expõe todas as informações sobre o usuário, seu ID, nome, níveis de acesso a cada módulo, fuso horário etc. Os dados do usuário são obviamente amplamente referenciados em todo o...
Eu provavelmente consideraria um cheiro de código ou mesmo um antipadrão ter uma classe que implementa 23 interfaces. Se é realmente um antipadrão, como você o chamaria? Ou simplesmente não segue o princípio da responsabilidade
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,...
Eu estava seguindo esta questão altamente votada sobre possível violação do princípio da substituição de Liskov. Sei qual é o princípio da Substituição de Liskov, mas o que ainda não está claro em minha mente é o que pode dar errado se eu, como desenvolvedor, não pensar sobre o princípio ao...
O SOLID inclui o princípio de substituição de Liskov, que tem a noção de que "objetos em um programa devem ser substituíveis por instâncias de seus subtipos sem alterar a correção desse programa". Como as classes estáticas com métodos estáticos (um pouco como a Mathclasse) não possuem instâncias,...
Recentemente, tive uma discussão com um amigo meu sobre OOP no desenvolvimento de videogames. Eu estava explicando a arquitetura de um dos meus jogos que, para surpresa do meu amigo, continha muitas classes pequenas e várias camadas de abstração. Argumentei que esse foi o resultado de me...
Trabalhei por dois anos em um grande banco de investimentos. Fiz alguns projetos técnicos com o desejo de criar o código mais otimizado, respeitando os bons padrões de design adaptados, o princípio SOLID, a lei do deímetro e evitando todo tipo de código duplicado ... Quando a entrega na produção...
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...
Alguns dizem que, se você levar os princípios do SOLID ao extremo, você termina em programação funcional . Eu concordo com este artigo, mas acho que algumas semânticas são perdidas na transição da interface / objeto para a função / fechamento, e quero saber como a Programação Funcional pode mitigar...
Eu tenho um módulo, digamos 'M', que tem alguns clientes, digamos 'C1', 'C2', 'C3'. Quero distribuir o espaço de nome do módulo M, ou seja, as declarações das APIs e os dados que ele expõe, nos arquivos de cabeçalho, de forma que - para qualquer cliente, apenas os dados e APIs necessários são...
Eu ouço muito dos profissionais do TDD que uma das vantagens do TDD é que ele força os desenvolvedores a seguir os princípios do SOLID (responsabilidade única, aberto-fechado, substituição de Liskov, segregação de interface e inversão de dependência). Mas, quanto a mim, basta escrever alguns testes...
Por exemplo, suponha que você tenha um programa de jogo de console, que possui todos os tipos de métodos de entrada / saída de e para o console. Seria inteligente para mantê-los todos em uma única inputOutputclasse ou quebrá-los para mais classes específicas como startMenuIO, inGameIO, playerIO,...
Ao ler artigos no ISP, parece haver duas definições contraditórias do ISP: De acordo com a primeira definição (consulte 1 , 2 , 3 ), o ISP afirma que as classes que implementam a interface não devem ser forçadas a implementar funcionalidades de que não precisam. Assim, interface...
Estou apenas começando com o RxJava , a implementação do ReactiveX por Java (também conhecida como Rx e Reactive Extensions ). Algo que realmente me surpreendeu foi o enorme tamanho do RxJava Fluido classe : tem 460 métodos! Para ser justo: Existem muitos métodos sobrecarregados, que aumentam...
Inspirado por esta resposta: O princípio da substituição de Liskov exige que As pré-condições não podem ser reforçadas em um subtipo. As pós-condições não podem ser enfraquecidas em um subtipo. Invariantes do supertipo devem ser preservados em um subtipo. Restrição do histórico (a...
Entendo a intenção do princípio aberto-fechado. Ele visa reduzir o risco de quebrar algo que já funciona ao modificá-lo, solicitando que você tente estender sem modificar. No entanto, tive alguns problemas para entender como esse princípio é aplicado na prática. No meu entender, existem duas...
Antecedentes: estou desenvolvendo uma estrutura de mensagens. Essa estrutura permitirá: envio de mensagens através de um barramento de serviço assinando filas no barramento de mensagens assinando tópicos em um barramento de mensagens Atualmente, estamos usando o RabbitMQ, mas sei que iremos...
Estou tentando explicar o princípio da inversão de dependência para meus colegas (principalmente juniores). Como podemos definir qual é a "política de alto nível" e qual é o "detalhe de baixo nível" em um software? Por exemplo, se nosso software automatiza o fluxo de trabalho de vários aplicativos...