2. Comunique sua intenção:
Se você tiver que colocar um comentário acima da sua variável pra explicar para que ela serve ou se você precisa vasculhar outros trechos de código para entender para que serve aquela variável/método então você escolheu um nome ruim.
Se você tiver que colocar um comentário acima da sua variável pra explicar para que ela serve ou se você precisa vasculhar outros trechos de código para entender para que serve aquela variável/método então você escolheu um nome ruim.
3. Evite desinformação:
Certifique-se de que um nome diga o que significa e significa o que diz.
Certifique-se de que um nome diga o que significa e significa o que diz.
4. Crie nomes que as pessoas possam pronunciar:
Outras pessoas falarão sobre seu código no futuro ou até falar com você sobre seu código então escolha nomes que as pessoas possam pronunciar.
Outras pessoas falarão sobre seu código no futuro ou até falar com você sobre seu código então escolha nomes que as pessoas possam pronunciar.
5. Evite notações:
No passado os programadores precisavam usar a notação húngara (en.wikipedia.org/wiki/Hungarian…) para dizer que uma variável era um int, boolean e por aí vai.
Hoje temos IDEs que nos dizem o tipo da variável só de passar o mouse por cima delas.
No passado os programadores precisavam usar a notação húngara (en.wikipedia.org/wiki/Hungarian…) para dizer que uma variável era um int, boolean e por aí vai.
Hoje temos IDEs que nos dizem o tipo da variável só de passar o mouse por cima delas.
notações são distrações que ofuscam o código e o deixam difícil de ler/entender.
6. Escolha bem seu discurso:
Grady Booch (autor de Object Oriented Analysis and Design with Applications) disse: "Clean code is simple and direct. Clean code reads like well-written prose".
Dê para classes substantivos.
Dê para variáveis substantivos.
Grady Booch (autor de Object Oriented Analysis and Design with Applications) disse: "Clean code is simple and direct. Clean code reads like well-written prose".
Dê para classes substantivos.
Dê para variáveis substantivos.
Dê para métodos nomes verbais.
O código que você escrever deve parecer uma frase.
O código que você escrever deve parecer uma frase.
7. Regra do escopo:
Variáveis devem ter nome curto se o escopo é curto.
Variáveis devem ter nome longo se o escopo é longo.
Funções seguem a lógica inversa:
Funções devem ter o nome curto se o escopo é longo (funções públicas).
Variáveis devem ter nome curto se o escopo é curto.
Variáveis devem ter nome longo se o escopo é longo.
Funções seguem a lógica inversa:
Funções devem ter o nome curto se o escopo é longo (funções públicas).
Funções devem ter o nome longo se o escopo é curto (funções privadas).
A mesma lógica das funções se aplica para classes.
A mesma lógica das funções se aplica para classes.
@threadreaderapp unroll
aparentemente esqueci de postar o #1
damnnnnnnnn
damnnnnnnnn
