Como nomear variáveis?

É essencial que você siga as convenções de nomenclatura apropriadas ao codificar para ser um bom desenvolvedor.

Isso não mudará o desempenho do código com certeza, mas o tempo e o esforço (esqueça seus colegas) necessários para fazer alterações no código ou depurar seu código o manterão acordado por algumas noites.

nota: tudo o que o escritor escreveu acima é baseado em fatos reais, nada é ficção. não aceite o conselho casualmente. obrigado por ler nota :)

Esqueça x, y e i, j como se fossem seu ex

deixe-os quando estiver realmente codificando no projeto, você pode usá-los quando estiver perdendo seu tempo fazendo programação competitiva.

Não adquira o hábito de dar às suas variáveis ​​nomes curtos que não significam nada. Não nomeie variáveis x​​ou y.

Dê a eles nomes descritivos como numberOfDepositsLefte costOfItem.

Vamos otimizar isso também, e se você usar itemCostem vez disso costOfItemé melhor.

E para variáveis ​​do tipo booleano, faça uma pergunta sobre o estado de coisas como -

IsActive, IsPaid, IsFloating, IsDeletable, etc.

gorjeta não obrigatória

aqui está uma dica não obrigatória, chamada notação húngara. algumas pessoas gostam de outras não. Adicione um identificador do tipo de variável como prefixo.

Por exemplo, iLives (para inteiros), fTokens (para floats), bIsAlive (para booleanos), etc. Para verificar o tipo mais rápido do que passar o mouse sobre ele em seu IDE.

E a maioria das pessoas o evita por um bom motivo. Se você gasta tanto tempo imaginando com quais tipos está lidando, seu design provavelmente é péssimo. É difícil para mim lembrar de ter passado tanto tempo pensando nisso que pensei que deveria mudar alguma coisa.

você pode usar esta dica não obrigatória dependendo da estrutura do projeto em que estará trabalhando.

Você pode comentar, o código não fica ofendido por um comentário

tente adicionar comentários ao seu código que expliquem um pouco as coisas, porque quando você voltar ao código posteriormente, não entenderá essa bagunça. Os comentários servem melhor para dizer por que você fez algo, e não o que você fez.

Os comentários devem ser muito significativos na minha opinião e não devem ser usados ​​para substituir códigos ruins.

Se você estiver seguindo os Princípios de Design e Desenvolvimento do KISS, SOLID YAGNI, etc., na construção de seus projetos, muitas coisas que você fizer serão autoexplicativas. Por exemplo, se você criar funções, elas devem ser autoexplicativas com nomes descritivos e nomes descritivos de variáveis, faça apenas uma coisa por vez.

Confira meu Twitter

Obrigado pelo seu tempo, espero que tenha gostado ❤️