Codul afișat pe ecran, ar fi putut fi scrise de mai multe persoane. Poate că în procesul de dezbatere și cooperare. Poate că le-a luat săptămâni să emită un cod care evită anumite restricții fără acte pe care nu le cunosc, iar această cunoaștere este lăsată doar în mintea celor care au scris-o.
Tot ceea ce vezi ca un cititor - un produs finit. Și dacă nu cheltui niște săpături, singurul context cu care lucrați - acesta este codul de pe ecran.
1. Învață să sape
Când ajungi mai întâi să cunoască majore codebase, poate că nu se va simți dezvoltator. Mai degrabă, veți simți un arheolog, un investigator privat sau cercetător de cărți religioase. Acest lucru este destul de normal, pentru că la dispoziția dumneavoastră există mai multe instrumente pentru a „dig“. Dacă ai noroc și predecesorii dumneavoastră au folosit de control al versiunii, este în valoare de sărbători! Ai acces la o multitudine de metadate, și este foarte mult facilitează înțelegerea contextului în care a fost creat codul. Mai mult, presupun că utilizați GIT, dar în cazul SVN, totul va fi aproximativ la fel.
Utilizați această comandă pentru a vedea istoricul comiterile peste magazia. Această comandă afișează mesajul comite, și comanda grep poate ajuta să găsiți un anumit text în comiterea dvs., cum ar fi numele someFunction funcția: log git | grep someFunction-C3 (ultimul pavilion vă va arăta expresiile cu trei linii de context înconjurător.)
2. Reveniți la trecut
Puteți trece la orice entitate și a alerga proiect ca în cazul în care a fost ultima comite. Poate fi necesar pentru a comuta la comitere, care a fost ultima înainte de apariția unor dificil de a urmări problema. Sau poate doar te plictisesti si doriti sa se îngropa în istoria codului și a vedea modul în care proiectul a fost în anii înainte de a veni acolo.
În cazul în care proiectul este stocat pe GitHub sau un serviciu similar, puteți obține o mulțime de informații, citind bilete, trage-rekvest și cod de revizuire. Fiți atenți la bilete, care a fost cea mai mare discuție. S-ar putea fi un „puncte de durere“, care s-ar putea confrunta în viitor, așa că este bine să aibă în prealabil de prezentare a acestora.
5. Localizați Main
Acest lucru poate părea evident, dar în primul rând, asigurați-vă că ați înțeles în cazul în care codul începe de executare și ceea ce se întâmplă în timpul procesului de pornire. Vezi ce fișiere sunt incluse, care clase sunt instantiate, ce configurare sunt setate opțiuni.
Cel mai probabil, va fi confruntat constant cu ei, iar restul codului. Unele module vor avea un scop foarte general, și va sta afară din restul codului. Acestea sunt bucăți mai mici și simple de funcționalitate cu care trebuie să vă familiarizați înainte de a încerca să se ocupe de toate aplicațiile complet.
Urmați Git vina pe acest dosar și a vedea ce părți ale fișierului principale au fost modificate recent. Recent, cod modificat vă pot spune, pe ce probleme echipa a lucrat în ultimii ani. Poate că au introdus o nouă bibliotecă, sau au încercat mult timp să se stabilească o bibliotecă care nu funcționează prea bine. Sau poate că e doar un cod boylerpleyt care trebuie să fie actualizate în mod regulat.
Încercați să găsiți referințe la aceste module în alte părți ale codului pentru a înțelege modul în care și atunci când acestea sunt utilizate. Acesta vă poate ajuta să înțelegeți modulele locul și rolul în aplicația principală.
6. Fii atent la stil.
Înveți această aplicație nu este doar atât, și mai devreme sau mai târziu, codul va ajunge acolo, astfel încât să acorde o atenție la stil. Aceasta include lucruri cum ar fi Convenția de stil de programare: denumirea, spații, paranteze, și convenții pentru scrierea de cod.
Care este nivelul total al abstractizare? Dacă acest cod vysokoabstraktny cu multe nivele de abstractizare, atunci ar trebui să scrie, de asemenea. Dacă se îngropa în istoria unui bun, probabil, va fi capabil să găsească un moment când unul dintre dezvoltatorii au decis să abstracte o parte din codul. El arăta ca înainte și ce sa întâmplat cu el după îndepărtarea la un nou nivel de abstractizare? Încercați să urmeze aceleași convenții ca atunci când scrieți codul.
Dacă te duci în jos la nivel micro, a se vedea ce modele folosesc alți dezvoltatori de pe echipa ta. Dacă ei preferă să ciclu, mai degrabă decât funcția de hartă. și apoi, probabil, ar trebui să opteze cicluri. Dacă doriți să modificați orice acord, discuta cu echipa posibilitatea de a le schimba în viitor, și nu începe să se amestecă stiluri diferite într-un singur fișier. Codul bun arată ca și cum toate este scris de către aceeași persoană. Fiind consecventă este mai important decât să fie inteligente.
7. Așteptați se întâlnesc coșul de gunoi
8. Nu fi descurajat
Rețineți paragrafele anterioare, și să nu fie descurajați dacă vă simțiți complet confuz. Codul de învățare - nu este un proces liniar, nu se așteaptă să înțeleagă imediat totul 100%. Acorde o atenție la detalii importante, și să știe cum să sape pentru a găsi răspunsuri la întrebări, și veți descoperi destul de repede că totul devine clar.