Hvorfor trenger du å lese folks kode og hvordan du gjør det riktig

Hvis du ønsker å bli en god forfatter, er det ikke nok å kunne grammatikk. Du må også lese mange bøker som viser hvordan denne grammatikken brukes til å lage fremtredende tekster. På samme måte, hvis du ønsker å bli en god programmerer, er det ikke nok å bare lære Java. Du bør også lese mange kvalitetskodeeksempler skrevet av andre programmerere, og viktigst av alt, forstå og lære av dem. Eksponering for eksempler på koder av høy kvalitet er faktisk en av nøkkelfaktorene som påvirker hvor raskt og effektivt du lærer nye ferdigheter.

Viktigheten av å lese andres koder

" Jeg hater å lese andres kodeDe vil gi deg en forståelse av hvordan en del av prosjektet fungerer og gi deg nyttig innsikt om hvordan det gjøres. Dette vil i sin tur hjelpe deg å forbedre kunnskapen din betydelig og til slutt utvikle din egen stil.

Hvordan grave inn i kode

Når du dykker inn i andres kode, føler du deg kanskje mer som en arkeolog-etterforsker enn en utvikler. Det er ikke noe galt med det, siden du har mange "spader" til rådighet. I dag har du tilgang til mye metadata som vil hjelpe deg å forstå koden mye enklere. For eksempel kan du bruke Git for å hjelpe deg selv når du leser, kopierer og limer inn koden. Likevel kan noen nøkkelpunkter hjelpe deg å forstå koden bedre til å begynne med. Først av alt bør du stille følgende spørsmål:

• Er det noe i koden som virker ukjent for deg? I så fall, se gjennom disse "blanke feltene" og sørg for at du forstår hva de brukes til.
• Er det noe unødvendig i koden? Døde koder finnes også, spesielt hvis vi snakker om store kodebaser.
• Har koden noen avhengigheter? Noen ganger er det bedre å fjerne den avhengigheten ved å kopiere/lime inn enda mer kode.
• Er det noen feil som har oppstått etter innliming?

En annen anbefaling er å finne hva koden gjør og spore disse handlingene bakover . Hvis du for eksempel vet at koden du ser på oppretter en fil med en liste over filmtitler, kan du prøve å finne ut i hvilke spesifikke linjer koden genererer den filen. Deretter går du et skritt bakover for å finne ut hvordan koden plasserer informasjonen i den filen. Gå deretter ett skritt bakover for å forstå hvor dataene kommer fra ... Du har ideen. De nevnte delene av koden kan kalles en "handlingskjede." som kan gi deg et godt innblikk i slike ting som:

• hvordan koden faktisk er bygget opp;
• stilen på koding;
• hvordan programmereren som skrev koden løser problemene.

På samme måte kan du prøve følgende 4-trinns prosess for å lære mer om koden du jobber med:

• Kjør koden og utforsk resultatene. Å kjøre koden vil gi deg den essensielle informasjonen du trenger for å forstå den bedre.

• Finn hovedfunksjonen og startpunktet.

• Kjør koden med feilsøkeren (du kan finne de mest effektive Java-feilsøkingsverktøyene her ) for å forstå kodens mekanikk fullt ut. Ved å gjøre det får du en grundig analyse av den indre funksjonaliteten til koden du leser.

• Bygg et tankekart over sammenhengene mellom ulike elementer i koden. Ettersom enhver debugger vil vise deg en forbindelse mellom elementene, vil du kunne korrelere forskjellige funksjoner og forstå hvordan de samhandler med hverandre.

Ved å undersøke koden på de nevnte måtene, vil du etter hvert forstå mer og mer av den spesifikke koden (og hvordan dens deler er koblet sammen). Naturligvis, jo mer du vet om en kode, jo mer forstår du hele kodebasen. Med andre ord, hvis du utforsker og bruker kodeeksempler av høy kvalitet , desto lettere blir det for deg å lese og forstå alle andre koder over tid.

Hva er fangsten?

Du lurer kanskje fortsatt på hva som er vitsen med å lese og forstå andre programmereres koder? Egentlig er det en utmerket mulighet til å forstå hvordan ferdige moduler fungerer "under panseret" og lære noe nytt. Og hvis du føler at hjernen din er klar til å behandle informasjonen på en annen måte enn bare å lese teori og praktisere, er det sannsynligvis på høy tid at du pusser opp Java-ferdighetene uten mye ekstra innsats.

Andre "bivirkninger" av å bruke andres koder: Øk selvtillit

Selv om du har lest kildekoden til noen OSS (åpen kildekodeprogramvare som er lett tilgjengelig for alle), men ikke forsto noe, ikke bekymre deg. Det er helt greit, spesielt når du bare lærer. Det kan bare bety at du ikke er klar ennå. Men hvis du har klart å forstå koden, vil du definitivt få et løft i selvtilliten din som Java-utvikler. Når du kan finne ut nøyaktig hvordan et eller annet prosjekt, programvare eller app fungerer i den virkelige verden, kan du sikkert allerede mye om programmering. Derfor er det ingen måte å stoppe læringsprosessen på. Når det er sagt, hos CodeGym anbefaler vi ikke å løfte for tunge vekter i begynnelsen. Ikke grav ned i store applikasjoner eller operativsystemer, siden denne opplevelsen kan være ganske frustrerende i stedet for inspirerende. I stedet,«Hjelp»-delen , der du kan trene på å lese andre elevers koder, gi dem hint eller lære av deres erfaringer. Du kan også oppdage hvordan kollegaene dine løser de samme oppgavene. En annen utvei som kanskje fanger deg er StackOverflow- fellesskapet, der kodene skrevet av andre programmerere vanligvis er ganske strukturert, formatert og allerede kommentert. Gradvis vil vanen med å lese koder av høy kvalitet (men ikke altfor kompliserte) fra jevnaldrende bringe deg til et helt nytt nivå av programmering.

Hva mer?

Å lese koder regelmessig vil også oppmuntre deg til å bruke dem senere i prosjektene dine, og til slutt modifisere og tilpasse dem til dine spesifikke behov. Selvfølgelig, hvis vi snakker om programvarekoder med åpen kildekode der lisensen lar deg endre dem. Slik kode vil spare deg for mye tid på å lage prosjekter fra bunnen av og åpne deg for et nytt nivå av programmering. Som du ser, kan lesing, kopiering og liming av kode bidra til å forbedre ferdighetene dine og spare betydelig tid. Og den ekstra tiden vil hjelpe deg med å løse det riktige problemet og øke hastigheten. Faktisk er det noen ganger å kopiere og lime inn en allerede eksisterende kode, men husk alltid på lisensvilkårene og den fullstendige nedsenkingen i koden du kopierer. GitHub , GitLab ,FreeCodeCamp , eller SourceForge er de beste åpne ressursene uten feil som lar deg få et glimt inn i andre utvikleres koder.

Konklusjon

Ingen programmerer kan klare seg uten å lese gammel kode som en del av å skrive ny kode. Og jo lenger du programmerer, jo flere forskjellige koder ser du og lettere blir det for deg å forstå dem. Husk at når det blir lettere å lese kodeeksempler, vil det være lettere å skrive nye. Kort sagt, det er en fantastisk selvopprettholdende syklus hvor du får muligheten til å forstå andres koder raskere og mer effektivt. Fra dette vil du også se positive gevinster i din egen koding. Så hvis du er ute etter færre pauser og mer fremgang, ikke forsøm å lese, forstå og endre allerede eksisterende koder!