O que de fato é design de código? Em que etapa do processo de desenvolvimento de software ele entra em cena? Quais os benefícios de manter um bom design de código? Várias questões com respostas relativamente simples, tenho certeza que muitos devs por ai, assim como eu, o praticam sem muita consciência sobre a teoria.

Muitas linguagens de programação possuem tipos de referência e tipos de valor com algumas diferenças no conceito entre elas, mas aqui vamos falar sobre como isso funciona no C#, e também em como esses conceitos estão relacionados com imutabilidade e com “efeitos colaterais”.

Mais um post sobre odores de código hoje falando sobre Inconsistência o principio da inconsistência é simples e não rende muito assunto, apesar de ser muito importante manter a consistência pode acabar criando um grande dilema, que é a de manter-se consistente a qualquer custo ou permitir-se ser inconsistente para adicionar melhorias significativas de forma incremental.

De longe, a tarefa mais desafiadora para um desenvolvedor de software experiente é encontrar bons nomes para as coisas que ele cria, classes, instâncias, variáveis, métodos entre outros. Mas a preocupação com nomes expressivos nos leva a exageros que acabam dificultando a leitura do código pela expressividade excessiva e redundância. Por esse motivo vamos explorar um pouco o que o código limpo diz sobre isso.

A inveja de recursos é um odor de código muito mais comum do que parece e às vezes é ignorado até mesmo por desenvolvedores mais experientes. Vou falar sobre os benefícios para o seu código se você evitá-lo, alguns deles são legibilidade, melhor atribuição de responsabilidades, encapsulamento, imutabilidade e em alguns casos ajuda com alguns conceitos SOLID como Princípio de Responsabilidade Única (SRP).