Sunday, August 18, 2019 14:59

Alegerea numelor semnificative de variabile

În primul rând, acest topic nu este un subiect obligatoriu. Puteți denumi variabilele oricum doriți. Cu toate acestea, veți realiza curând că alegerea numelor semnificative de variabile este o practică foarte bună de programare.

Dacă mă întrebați, termenul „convenții de denumire în programare general acceptate” este, practic, o glumă. Chiar și în ceea ce privește convențiile de denumire stabilite de mult timp, există întotdeauna o persoană „inteligentă” sau o companie care să creadă că pot re-inventa Universul, prin modificarea/crearea de noi convenții de denumire. Există printre programatori un război general despre care convenții de denumire sunt „bune” și care sunt „rele”, așa că este destul de dificil să se stabilească un standard.

După părerea mea, cel mai bine este să rămânem la practicile care au apărut cu mult timp în urmă (eventual, primele practici care au apărut vreodată) și care și-au dovedit eficiența prin trecerea testului timpului.

Prin urmare, există câteva „reguli” pe care ați putea să le adoptați:

AȘA DA

Utilizați PascalCasing pentru nume de clase și nume de metode

Motive: menținerea coerenței cu Microsoft .NET Framework și ușurința de a citi.

Utilizați camelCasing pentru argumentele metodelor și variabile locale.

Motive: menținerea coerenței cu Microsoft .NET Framework și ușurința de a citi.

Utilizați PascalCasing pentru abrevieri de 3 sau mai multe caractere (2 caractere sunt ambele majuscule)

Motive: în concordanță cu Microsoft .NET Framework. Două caractere majuscule succesive ar atrage vizual prea multă atenție.

Utilizați nume de tip predefinite în loc de nume de tip de sistem, cum ar fi Int16, Single, UInt64, etc

Motive: în conformitate cu Microsoft .NET Framework, face codul mai natural de citit, scurtează tastatul.

Utilizați substantive pentru a denumi o clasă.

Motive: în conformitate cu Microsoft .NET Framework, ușor de reținut, aranjarea literelor mari și mici diferențiază clasele de variabile

Utilizați litera I ca prefix pentru interfețe. Numele de interfață sunt substantive (fraze) sau adjective.

Motive: în conformitate cu Microsoft .NET Framework.

Utilizați namespace organizate după o structură clar definită

Motive: în conformitate cu Microsoft .NET Framework. Menține o bună organizare a bazei de cod.

Utilizați majuscule pentru constante sau variabile readonly (doar citire)

Motivul: în concordanță cu Microsoft .NET Framework. Identifică rapid o valoare read-only.

AȘA NU

Utilizați Notația Ungară sau orice alt tip de identificare în identificatori

Motive: în concordanță cu Microsoft .NET Framework; Visual Studio IDE face determinarea tipurilor foarte ușoară (prin tooltips). În general, veți dori să evitați indicatorii de tip în orice identificator.

Utilizați abrevieri. Excepții: abrevieri folosite în mod obișnuit ca nume, cum ar fi Id, Xml, Ftp, Uri

Motive: în conformitate cu Microsoft .NET Framework; previne abrevierile inconsistente.

Utilizareți underscore în identificatori. Excepție: puteți utiliza underscore ca prefix pentru variabile statice private și constante

Motive: în conformitate cu Microsoft .NET Framework. Face codul mai natural de citit (fără „legato”). De asemenea, evită stresul de subliniat (incapacitatea de a vedea sublinierea).

Multe dintre conceptele prezentate în aceste exemple sunt încă necunoscute vouă. Nu vă bateți capul cu asta, deocamdată. Cu toate acestea, din când în când, atunci când veți deveni mai avansați și veți dezvolta obișnuitele și inevitabilele „obiceiuri” de programare, reveniți la acest articol ca referință, înainte ca „răul să prindă rădăcini prea adânci” și să rămâneți obișnuiți cu o alegere proastă în alegerea numelor semnificative de variabile, care va fi mult mai greu de corectat.

Comments

comments

Tags: , , ,

Leave a Reply