SOLID - Princípios para um melhor design de código
Palestra sobre SOLID realizada por mim e pelo Gabriel Sobrinho inicialmente apresentada no encontro do GURU-MG do dia 28 de julho de 2012 e aperfeiçoada para o 4º RS on Rails do dia 15 de setembro de 2012.
classe deve estar aberta para extensão mas fechada para modificação • Alterar a classe apenas para arrumar bugs • Novas funcionalidades são adicionadas em heranças 13
depender de interfaces (API pública) que elas não utilizam • Deve-se usar interfaces (API pública) concisas, com apenas o que é realmente é usado • O SRP resolve este problema 18
depender de módulos de baixo nível, ambos devem depender de abstrações (interface/ API pública) • Abstrações não devem depender de detalhes, detalhes devem depender de abstrações 21