5 erori de programare pentru începători pe care mai bine le evitați

Programarea cu normă întreagă nu este unul dintre cele mai ușoare lucruri din lume, așa că nu este de mirare că facem multe greșeli la începutul carierei noastre. Această listă vă va ajuta să evitați unele probleme foarte frecvente, în special pentru începători și cine știe, poate chiar și unor vulpi mai experimentate le poate fi de folos.

1. Formatarea codului dezordonat

Acest lucru este tipic numai dezvoltatorilor cu adevărat lipsiți de experiență în zilele noastre, dar merită menționat în continuare. Prin formatare dezordonată, ne referim la lucruri de genul utilizarea incorectă a indentelor, fluxuri de linie inconsistente, sau spațiu alb inutil. Într-un caz mai rău, cod comentat (pe o bază „poate încă”), acest lucru este complet nejustificat și confuz în lumea sistemelor de control al versiunilor.

Există o mulțime de convenții pentru formatarea codului, în funcție de limbă, scopul este să folosiți unul în mod constant în întreaga bază de cod și, desigur, ca începător, asigurați-vă că propria metodă îndeplinește cerințele formale ale unui proiect dat.

2. Prea multe comentarii

Auzim din atâtea locuri cât de important este să comentăm codul, încât uneori este - mai ales pentru începători - aproape dăunător. Totuși, este foarte important să comentezi în primul rând, ar trebui să vă concentrați mai mult pe scrierea codului de auto-documentare. Poate că cea mai bună busolă este aceasta: nu documentați folosind comentarii ce face codul nostru, dar de ce.

Ce fac mulți? Comentariul care răspunde la această întrebare este îngrijorător din două puncte de vedere. În primul rând, el subliniază că codul pe care l-am scris nu este citibil și suficient de clar pentru a fi înțeles de toată lumea fără comentarii și, în al doilea rând, oferă iluzia unui document bine documentat, în timp ce este aproape opusul.

3. Nume variabile și metode greșite

Numirea lucrurilor nu este deloc ușoară, dar merită să investim energie în ea dacă dorim ca codul sursă pe care îl scriem să fie trasabil și clar. Uneori numele AbstractSingletonProxyFactoryBean, care sunt izbitoare mai ales pentru dezvoltatorii Java, pot părea amuzante, dar numele variabilelor descriptive sunt mai utile decât nu. Situația este similară cu numele rutinelor și metodelor, acestea trebuie să indice în mod clar ce face fragmentul de cod dat. Probabil că am întâlnit cu toții DoIt (), PerformService () și nume similare de metode aiurea, preferăm să le evităm.

O altă regulă importantă este aceea aceleași lucruri sunt denumite la fel peste tot. Acest lucru poate părea evident, dar se vede adesea, de exemplu, că două operații identice se numesc Adăugare și Inserare. Dacă într-adevăr fac același lucru, numiți-le în același mod pentru a evita neînțelegerile.

4. Cunoașterea superficială a limbii sau a mediului

Sigur, este greu să dai vina pe un începător, dar este totuși foarte important cunoaștem temeinic limbajul de programare, mediul cu care lucrăm! (Sau cel puțin știm unde să găsim documentația completă și să o navigăm cu ușurință.)

Acest lucru este deosebit de important, deoarece începătorii adesea tind să implementeze inutil anumite lucruri, deoarece nu știu că sunt „pregătiți” pentru acel anumit limbaj sau cadru. Pe de o parte, aceasta este o muncă suplimentară inutilă și, pe de altă parte, este aproape sigur că această nouă implementare este mai proastă decât „fabrica”.

5. Supracomplicare

(Bine) începătorii au de obicei o bază teoretică puternică și sunt dornici să pună în practică aceste cunoștințe la primul loc de muncă. Acest lucru este lăudabil, desigur, dar de multe ori duce la complicații de auto-servire ale anumitor probleme.

Cel mai tipic exemplu este utilizarea inutilă a modelelor de proiectare. Dezvoltatorii recenți cunosc adesea cele mai multe modele majore de proiectare pe de rost și le aplică în locuri unde nu este rezonabil, doar pentru a-și demonstra cunoștințele. Nu vă fie teamă să arătați amatori dacă utilizați o soluție „prea simplă”! Simplitatea în programare este de obicei un lucru pozitiv.

Cazul este similar cu algoritmii - pentru intrări mici este adesea mai bine să folosiți un algoritm „mai lent” pentru claritate decât să folosiți o metodă mai eficientă, dar mult mai dificil de înțeles.

Desigur, acestea sunt doar câteva dintre greșelile obișnuite, lista este departe de a fi completă. Care sunt greșelile tipice pe care le-ai făcut de începători în afară de acestea?

ITHub.hu

Toate drepturile rezervate. Este necesară permisiunea scrisă pentru a doua comunicare a materialelor de pe site.