Comment nommer les variables ?

Il est essentiel que vous suiviez les conventions de dénomination appropriées lorsque vous codez pour être un bon développeur.

Cela ne changera certainement pas les performances du code, mais le temps et les efforts (oubliez vos pairs) dont vous aurez besoin pour apporter des modifications au code ou déboguer votre code vous empêcheront de dormir pendant quelques nuits.

note : tout ce que l'auteur a écrit ci-dessus est basé sur de vrais événements, rien n'est de la fiction. ne prenez pas les conseils à la légère. merci d'avoir lu la note :)

Oublie x, y et moi, j'ai l'impression qu'ils sont ton ex

laissez-les lorsque vous codez réellement sur le projet, vous pouvez les utiliser lorsque vous perdez votre temps à faire de la programmation compétitive.

Ne prenez pas l'habitude de donner à vos variables des noms courts qui ne veulent rien dire. Ne nommez pas les variables xou y.

Donnez-leur des noms descriptifs comme numberOfDepositsLeftet costOfItem.

Optimisons cela aussi, et si vous utilisiez itemCostà la place de costOfItemcela, c'est mieux.

Et pour les variables de type booléen, posez une question sur l'état des choses comme -

IsActive, IsPaid, IsFloating, IsDeletable, etc.

pourboire non obligatoire

voici une astuce non obligatoire, c'est ce qu'on appelle la notation hongroise. certaines personnes aiment d'autres pas. Ajoutez un identifiant du type de variable en préfixe.

Par exemple, iLives (pour les entiers), fTokens (pour les flottants), bIsAlive (pour les booléens), etc. Pour vérifier le type plus rapidement que de le survoler dans votre IDE.

Et la plupart des gens l'évitent pour une bonne raison. Si vous passez autant de temps à vous demander à quels types vous avez affaire, votre conception est probablement nulle. Il m'est difficile de me souvenir d'avoir passé autant de temps à comprendre cela que j'ai pensé que je devrais changer quoi que ce soit.

vous pouvez utiliser cette astuce non obligatoire en fonction de la structure du projet sur lequel vous allez travailler.

Vous pouvez commenter, le code n'est pas offensé par un commentaire

essayez d'ajouter des commentaires à votre code qui expliquent un peu les choses car lorsque vous reviendrez au code à une date ultérieure, vous ne comprendrez pas ce gâchis. Les commentaires sont mieux servis pour vous dire pourquoi vous avez fait quelque chose plutôt que ce que vous avez fait.

Les commentaires doivent être très significatifs à mon avis et ne pas être utilisés pour remplacer un mauvais codage.

Si vous suivez les principes de conception et de développement de KISS, SOLID YAGNI, etc. dans la construction de vos projets, beaucoup de choses que vous faites seraient très explicites. Par exemple, si vous construisez des fonctions, elles doivent être explicites avec des noms descriptifs et des noms de variables descriptifs, faites une seule chose à la fois.

Vérifiez mon Twitter

Merci pour votre temps, j'espère que vous avez apprécié cela ❤️