O Princípio da Segregação de Interfaces é a quarta boa prática de programação que forma o SOLID. A recomendação diz que:
“Clientes não devem ser forçados a depender de interfaces que eles não usam.”
Esses clientes não são os seres humanos que utilizam o software final, mas sim os algoritmos…
Por Jessie Young.
Esta é uma tradução do artigo escrito por Jessie Young e publicado em: https://18f.gsa.gov/2016/06/24/5-lessons-in-object-oriented-design-from-sandi-metz/
A primeira vez em que ouvi Sandi Metz falando foi em um meetup em San Francisco em 2012. …
O SC Dev Summit foi um seminário sobre desenvolvimento de software que ocorreu em Joinville, Santa Catarina, nos dias 20 e 21 de maio de 2016. Ele foi dividido em duas partes: o dia do back-end e o dia do front-end. …
O Null Pattern, também conhecido como Active Nothing, é um padrão onde criamos classes para representar a ausência de valor, ou seja, utilizamos objetos ao invés de null.
Antes de discutirmos esse padrão, precisamos entender o que há de errado com passar e retornar null em nossos códigos.
Toda vez…
As interfaces são utilizadas quando você precisa ter certeza de que um objeto responde a determinados métodos, independente de que tipo ele seja.
Elas funcionam como uma espécie de contrato: você cria uma interface com o esqueleto dos métodos que serão obrigatórios, então qualquer classe que implemente essa interface será…
Eu não sou um programador de front-end, mas acompanhei a área por algum tempo e vejo meus colegas cometendo erros básicos que tornam um inferno a manutenção de um sistema. Falarei sobre alguns dos problemas mais recorrentes que vejo nas views dos projetos.
Nós nos preocupamos muito em seguir as…
One of the things that always set me apart from game development was the complexity of most compiled languages. C, C++, C#, they all seem to be the most used programming languages in enterprise game development, but they are too verbose and complex compared to scripting languages I use daily.
…
Esse artigo continua a série sobre os cinco princípios do SOLID aplicados ao PHP. Agora veremos o terceiro deles, que é chamado de “Princípio da Substituição de Liskov”.
Esse conceito foi criado em 1974 por Barbara Liskov, que o definiu como:
Se para cada objeto O1 do tipo S existe…
No artigo anterior vimos que uma classe só deveria ter uma única responsabilidade ou um único motivo para mudar. Hoje veremos a segunda recomendação do SOLID, chamada de “Princípio do Aberto/Fechado”.
Uncle Bob pegou esse conceito emprestado de Bertrand Meyer, que o define da seguinte maneira:
Entidades de software (classes…
Uma classe só deveria ter um motivo para mudar — Uncle Bob
Segundo Bob, isso significa que uma classe só deveria ter um eixo de mudança. “Motivo para mudar”, “eixo de mudança”, esses termos não ajudam muito, não é?
Existe uma maneira mais fácil de pensar nisso: apenas leia a…
