Come nominare le variabili?

È essenziale seguire le convenzioni di denominazione appropriate quando si codifica per essere un buon sviluppatore.

Di sicuro non cambierà le prestazioni del codice, ma il tempo e lo sforzo (dimentica i tuoi colleghi) che ti serviranno per apportare modifiche al codice o eseguire il debug del tuo codice ti terranno sveglio per alcune notti.

nota: tutto ciò che lo scrittore ha scritto sopra è basato su eventi veri, niente è finzione. non prendere il consiglio casualmente. grazie per aver letto la nota :)

Dimentica x, y e i, j è come se fossero i tuoi ex

lasciali quando stai effettivamente codificando sul progetto, puoi usarli quando stai perdendo tempo a fare una programmazione competitiva.

Non prendere l'abitudine di dare alle tue variabili nomi brevi che non significano nulla. Non nominare variabili xo y.

Dai loro nomi descrittivi come numberOfDepositsLefte costOfItem.

Ottimizziamo anche questo, cosa succede se usi itemCostinvece di costOfItemquesto è meglio.

E per le variabili di tipo booleano, fai una domanda sullo stato delle cose come:

IsActive, IsPaid, IsFloating, IsDeletable, ecc.

mancia non obbligatoria

ecco un suggerimento non obbligatorio, si chiama notazione ungherese. ad alcune persone piace ad altre no. Aggiungere un identificatore del tipo di variabile come prefisso.

Ad esempio iLives (per numeri interi), fTokens (per float), bIsAlive (per booleani), ecc. Per controllare il tipo più velocemente rispetto al passaggio del mouse su di esso nel tuo IDE.

E la maggior parte delle persone lo evita per una buona ragione. Se passi così tanto tempo a chiederti con quali tipi hai a che fare, il tuo design probabilmente fa schifo. È difficile per me ricordare di aver passato così tanto tempo a capirlo da pensare che avrei dovuto cambiare qualcosa.

puoi utilizzare questo suggerimento non obbligatorio a seconda della struttura del progetto su cui lavorerai.

Puoi commentare, il codice non viene offeso da un commento

prova ad aggiungere commenti al tuo codice che spieghino un po 'le cose perché quando tornerai al codice in un secondo momento non capirai quel casino. I commenti sono più utili per dirti perché hai fatto qualcosa piuttosto che cosa hai fatto.

I commenti devono essere molto significativi secondo me e non essere usati per sostituire una cattiva codifica.

Se stai seguendo i principi di progettazione e sviluppo di KISS, SOLID YAGNI, ecc. nella costruzione dei tuoi progetti, molte cose che fai sarebbero molto autoesplicative. Ad esempio, se costruisci funzioni, dovrebbero essere autoesplicative con nomi descrittivi e nomi di variabili descrittivi, fai solo una cosa alla volta.

Controlla il mio Twitter

Grazie per il tuo tempo, spero ti sia piaciuto ❤️