Câteva bune practici de utilizat în codul dvs.! Algocool
Pentru început, scrierea unui cod sursă lizibil este una dintre cele mai bune practici pe care ar trebui să le știe orice bun dezvoltator. Nu voi detalia toate aici, deoarece există deja un articol despre asta. Știți doar că a avea un cod sursă curat este ușor de citit de o mulțime de avantaje, chiar dacă este nevoie de ceva mai multă gândire. Există altele, nu neapărat obligatorii, dar care ajută la evitarea unor greșeli! Să mergem !
Bretele opționale
În majoritatea limbilor, acoladele sunt opționale pe unele afirmații atunci când există o singură linie, cum ar fi if, while sau for. Pentru a face puțin spațiu, este tentant să îndepărtați parantezele:
Dar să spunem că la un moment dat adăugați o linie suplimentară la condiție, arată astfel:
Ups, ați uitat să adăugați aparate dentare, ce amețeală sunt! Evident, aceasta este o greșeală care se întâmplă atunci când nu acordați suficientă atenție, dar simplul fapt de a nu pune o paranteză poate fi o sursă de eroare ulterior. Deci, la fel de bine ne putem asigura că nu vor exista niciodată prin punerea sistematică a aparatelor dentare ! Și pentru a vă spune sincer, fac greșeala de a uita tot timpul aparatele dentare, așa că le-am pus tot timpul !
Deci, în cele din urmă, acoladele nu sunt atât de opționale, deoarece erorile pe care le pot induce, nu sunt. !
Trecerea parametrilor numiți
Trecerea parametrilor într-o funcție se face de obicei după poziție. Ordinea în care au fost definite într-o funcție afectează poziția de trimitere a unui parametru. Dacă o variabilă de dimensiune este declarată în prima poziție, atunci trebuie să îi trimiteți o valoare care să respecte această poziție atunci când sunați:
Dar dacă schimb din greșeală cele două cifre (doar pentru că nu sunt atent, eh) și dracu! Funcția nu funcționează așa cum era de așteptat! Pe de altă parte, dacă am grijă să numesc parametrii funcției:
Gata cu neglijența și codul sursă câștigă în lizibilitate ca bonus !
Numirea argumentelor corectează potențiale surse de eroare, deoarece ordinea parametrilor nu mai este luată în considerare. Pe de altă parte, puține limbi oferă posibilitatea de a o face. JAVA, PHP sau C ++, de exemplu, nu permite acest lucru în comparație cu C # sau cu obiectivul C.
Evitați duplicările
Ei bine, primele 2 au făcut parte din cele mai bune practici pentru a evita micile greșeli neglijent, aceasta este mult mai importantă. Duplicarea codului, alias ctrl-c/ctrl-v, mărește dramatic lizibilitatea, întreținerea și performanța unui cod sursă.
Mai bine faceți acest lucru:
Deci da, trebuie să scrieți o funcție suplimentară. Dar ce se întâmplă dacă vreau să fac o modificare a articolelor din listă din stilul care schimbă „Listă” în „Element”? În primul exemplu schimb cele 5 linii, în al doilea unul singur ! Și nici nu vorbesc despre cazuri în care există mai mult de 10 repetări !
Mai mult, dacă vreau să adaug elemente suplimentare, trebuie doar să schimb parametrul, simplu și rapid !Dacă aveți posibilitatea de a vă simplifica codul observând și eliminând duplicatele, faceți-vă timp pentru ao face, dar faceți-o! Timpul în care „pierdeți” lucrurile curate va economisi timp în întreținere și depanare. !