Hej alle i CodeGym-fællesskabet! I dag skal vi tale om kodekvalitet. Ja, kære venner. Ingen er perfekt. Alle indser på et tidspunkt, at koden kunne være bedre... Men hvad skal man gøre i denne situation? Begynd som minimum at undersøge dette problem. Men du er allerede her, hvilket betyder, at emnet skal interessere dig, så lad os gå. I dag vil vi beskrive måder, hvorpå du kan gøre din kode bedre og renere. Så du vil ikke skamme dig over din nuværende kode i fremtiden! :) Alle disse metoder vil hjælpe en programmør til at blive en god programmør.
1. Hvis du vil forbedre din kode, så læs en andens
Hvis du vil forbedre dine programmeringsevner dramatisk, skal du... læse kode skrevet af andre programmører. Tro mig eller lad være. Men hvis du tager risikoen, lover jeg: du vil blive belønnet for den brugte tid. Læs for eksempel ikke på medium.com om, hvordan HashMap, ArrayList, LinkedList osv. fungerer. Læs i stedet deres kildekode og find ud af det selv. Her er en liste over klasser at læse:
De hyppigst stillede spørgsmål i interviews handler om HashMap. Du kan slå to fluer med ét smæk: du vil forstå koden og få den viden, du har brug for.
Det samme er tilfældet med ArrayList. Der er ikke noget kompliceret, men kildekoden er virkelig værd at læse og forstå.
String er et glimrende eksempel. Forstå hvorfor det er uforanderligt.
AtomicInteger er en cool klasse: den definerer atomoperationer på integer-objekter.
Derefter kunne vi liste hver klasse, den ene efter den anden :)
Mere seriøst bør du læse koden fra Pivotal. Folkene der har skrevet det mest efterspurgte økosystem i Java-verdenen. Deres kode er bestemt værd at læse. Jeg anbefaler, at du starter med Spring Core . At læse ukendt kildekode er svært, men givende arbejde. :)
2. Følg kodekonventioner
Kodningskonventioner er et sæt retningslinjer skabt af udviklingsteams. De inkluderer retningslinjer for kodningsstil og -teknikker for alle aspekter af koden. Disse konventioner kan være skrevet for hele virksomheden eller til et specifikt projekt. Kodningskonventioner er generelt specifikke for hvert programmeringssprog og dækker filorganisation, indrykning, kommentarer, erklæringer, operatorer, mellemrum, navnekonventioner, programmeringsteknikker og -principper, programmeringsregler, bedste praksis for arkitektur og så videre. Den største fordel ved visse standarder er, at koden ser ens ud og er skrevet i samme stil. Dette gør det mere læsbart og hjælper programmører med at forstå kode skrevet af en anden programmør. Hvis kodningsstandarder følges og anvendes konsekvent gennem hele udviklingsprocessen, det bliver lettere i fremtiden at vedligeholde og udvide din kode, refaktorisere den og løse integrationskonflikter. Kodningskonventioner er vigtige for programmører af en række årsager:
40-80 % af omkostningerne ved software går til vedligeholdelse,
Næsten ingen software vedligeholdes af dens forfatter gennem hele dens levetid,
Kodningskonventioner forbedrer kildekodens læsbarhed ved at tillade programmører at forstå ny kode hurtigere.
For at være ærlig er jeg stor fan af kodningsstandarder. For mig giver det mening at bruge tid på at diskutere og skændes om dem, da det er en værdifuld aktivitet, som vil spare dig for tid og kræfter i fremtiden. Kodekonventioner bør revideres ofte. Regler kan ændres fra "påkrævet" til "valgfri" og omvendt. Hvis nogle af dem ikke fungerer som forventet, bør de revideres eller fjernes fra retningslinjerne.
3. Brug kode anmeldelser
En kodegennemgang er et af de mest kraftfulde værktøjer til kodeforbedring. Hvorfor? Fordi koden vil blive set på af de eksperter, der ikke har skrevet den. Og et frisk udseende er meget nyttigt. Og en kodegennemgang er ofte det, der hjælper med at forhindre at skrive direkte forfærdelig kode. Jeg ved, at kodegennemgange ikke altid er mulige, fordi du skal finde en anden person, der er villig til at lave en. Men det betyder ikke, at du skal springe over at bruge dette værktøj. Tværtimod: Kodeanmeldelser er en grund til at finde ligesindede, som også skal forbedre kvaliteten af deres kode. Hvem vil i øvrigt forhindre dig i at finde dem her på CodeGym? Et sted, hvor alle ønsker at være programmører.
4. Skriv enhedstest
Min yndlingsteknik til at forbedre kode er bestemt at skrive enhedstests. Jo flere af dem du skriver, jo bedre. Inden for computerprogrammering er enhedstestning en softwareudviklingsproces, hvor det mindste testbare stykke kildekode, kaldet en enhed, testes individuelt og uafhængigt for at se, om det fungerer som forventet. Dette vil hjælpe dig med at opdage fejl i dine algoritmer og/eller logik, før du frigiver din kode. Fordi enhedstest kræver, at din kode er struktureret korrekt, skal koden opdeles i mindre, mere fokuserede funktioner. Hver er ansvarlig for en enkelt operation på et datasæt, snarere end store funktioner, der udfører flere forskellige operationer ( enkelt ansvarsprincippetsiger hej...). Den anden fordel ved at skrive gennemtestet kode er, at du kan undgå at bryde kode, når du laver små ændringer i eksisterende funktionalitet. Når enhedstestene mislykkes, vil de fortælle dig, at noget er skrevet forkert. Ved første øjekast ligner udviklingstiden, der bruges på at skrive enhedstests, en ekstra omkostning. Enhedstest vil dog spare tid på fejlretning i fremtiden. Dette bør være en trin-for-trin proces. Så lad os komme mere frem med et smil — vi skriver test for hver metode og klasse :D
5. Brug værktøjer til at forbedre kodekvaliteten
Der er ingen udvikler, der aldrig har lavet en fejl. Typisk fanger compileren syntaks- og aritmetiske problemer og viser staksporet. Men nogle problemer kan stadig dukke op, som compileren ikke fanger. For eksempel ukorrekt implementerede krav, forkerte algoritmer, forkert struktureret kode eller et andet potentielt problem, som samfundet kender af erfaring. Den eneste måde at fange fejl som denne er at bede en mere senior udvikler om at gennemgå din kode, ikke? Men denne tilgang er ikke et universalmiddel og vil ikke ændre meget. For hver ny udvikler på holdet bør du have et ekstra par øjne, der kigger på hans/hendes kode. Heldigvis er der mange værktøjer derude, som kan hjælpe dig med at kontrollere kvaliteten af din kode. Jeg har brugt Checkstyle, PMD, FindBugs og SonarQube i mit arbejde med forskellige projekter. Og der er også andre. De bruges alle typisk til at analysere kodekvalitet og generere nogle nyttige rapporter. Meget ofte udgives disse rapporter af kontinuerlige integrationsservere såsom Jenkins.
6. Skriv enkel og ligetil kode
Skriv altid enkel, forståelig og logisk kode. Folk har en tendens til at skrive kompliceret kode for at bevise, at de kan gøre det. Enkel og logisk kode fungerer altid godt, fører til færre problemer og er mere udvidelsesdygtig. God kode er den bedste dokumentation. Hvis du tænker på at tilføje en kommentar, så spørg dig selv: "Hvordan kan jeg forbedre koden, så denne kommentar ikke er nødvendig?" – Steve McConnell.
7. Læs dokumentationen
En af de vigtigste vaner hos gode programmører er at læse en masse dokumentation. Uanset om dets specifikationer, JSR'er, API-dokumenter, tutorials eller noget andet, hjælper læsning af dokumentation dig med at bygge et solidt grundlag for din bedste programmering. Sidst men ikke mindst skal du ikke sammenligne dig selv med andre. At sammenligne dig selv med andre vil kun føre til negative følelser og usund konkurrence. Hver person har sine egne styrker og svagheder. Det betyder, at det er vigtigt at kende dem og arbejde med dem. Lav en opgørelse over dig selv - list dine styrker og arbejd på dem. Programmering er en sand fornøjelse: nyd det.
"En mands konstant er en anden mands variabel."
8. Følg interessante bloggere
Tusindvis af entusiaster verden over arbejder med og skriver om de samme teknologier. Blogs er ofte skrevet af programmørerne selv, og de fleste af dem deler personlige meninger og erfaringer. Gennem blogs kan du se forskellige perspektiver på den samme teknologi. Du kan se både gode og dårlige teknologier på blogs. Læs som minimum artikler om Coding Dojo Blog og CodeGym :) Følg gode blogs og kommenter indlæg, del din mening.
9. Læs bøger om faget
Intet kan erstatte en god bog. En god bog lærer grundlæggende begreber i en meget enklere form og gælder for ting i den virkelige verden. Deres forfattere er selv gode programmører. Ved at læse bøger kan du lære af andres erfaringer. Jeg foreslår, at du læser Joshua Blochs "Effektiv Java". Denne bog præsenterer 78 uundværlige tommelfingerregler for programmører: de bedste fungerende løsninger til de programmeringsproblemer, du står over for hver dag. Den indeholder de mest praktiske, autoritative retningslinjer for at skrive effektive, veldesignede programmer. Hvis du lige er gået i gang med Java og ikke har nogen programmeringserfaring, kan du læse "Sams Teach Yourself Java 2 in 24 Hours". Og til at skrive ren kode, er der en fremragende bog, "Clean Code", af Robert Martin. Efter at have læst det,
10. Kode! Kode! Kode!
Du kan ikke blive en god programmør bare ved at lære en bog udenad. Det er nemt at tale om teoretiske begreber. Men du kan kun lære begrænsningerne ved et sprog eller udarbejde bedste praksis, når du skriver kode. Derfor skal du skrive en masse kode for at blive en god programmør. Hvis du er nybegynder, så start med at skrive programmer til simple opgaver som Fibonacci-serien, palindromer, Pascals trekant osv. Gå derefter videre til større opgaver som et binært søgetræ osv. Hvis du leder efter en online platform til at øve Java programmer, tag et kig på Coding Ground . Arbejd dig igennem programmeringskurser, og jeg garanterer, at dine færdigheder bliver meget bedre. En anden mulighed er at tage Harvard CS50-kurset, som er gratis.
Lad os opsummere
Den person, der ikke laver fejl, er den, der ikke gør noget. Det er derfor, vi samler vores tålmodighed, og som en hårdtarbejdende græshoppe finpudser vi vores kodningsevner. For at gøre dette, glem ikke:
I dag skal vi tale om kodekvalitet. Ja, kære venner. Ingen er perfekt. Alle indser på et tidspunkt, at koden kunne være bedre... Men hvad skal man gøre i denne situation? Begynd som minimum at undersøge dette problem. Men du er allerede her, hvilket betyder, at emnet skal interessere dig, så lad os gå. I dag vil vi beskrive måder, hvorpå du kan gøre din kode bedre og renere. Så du vil ikke skamme dig over din nuværende kode i fremtiden! :) Alle disse metoder vil hjælpe en programmør til at blive en god programmør.
Kodningskonventioner er et sæt retningslinjer skabt af udviklingsteams. De inkluderer retningslinjer for kodningsstil og -teknikker for alle aspekter af koden. Disse konventioner kan være skrevet for hele virksomheden eller til et specifikt projekt. Kodningskonventioner er generelt specifikke for hvert programmeringssprog og dækker filorganisation, indrykning, kommentarer, erklæringer, operatorer, mellemrum, navnekonventioner, programmeringsteknikker og -principper, programmeringsregler, bedste praksis for arkitektur og så videre. Den største fordel ved visse standarder er, at koden ser ens ud og er skrevet i samme stil. Dette gør det mere læsbart og hjælper programmører med at forstå kode skrevet af en anden programmør. Hvis kodningsstandarder følges og anvendes konsekvent gennem hele udviklingsprocessen, det bliver lettere i fremtiden at vedligeholde og udvide din kode, refaktorisere den og løse integrationskonflikter. Kodningskonventioner er vigtige for programmører af en række årsager:
Hvorfor? Fordi koden vil blive set på af de eksperter, der ikke har skrevet den. Og et frisk udseende er meget nyttigt. Og en kodegennemgang er ofte det, der hjælper med at forhindre at skrive direkte forfærdelig kode. Jeg ved, at kodegennemgange ikke altid er mulige, fordi du skal finde en anden person, der er villig til at lave en. Men det betyder ikke, at du skal springe over at bruge dette værktøj. Tværtimod: Kodeanmeldelser er en grund til at finde ligesindede, som også skal forbedre kvaliteten af deres kode. Hvem vil i øvrigt forhindre dig i at finde dem her på CodeGym? Et sted, hvor alle ønsker at være programmører.
Skriv altid enkel, forståelig og logisk kode. Folk har en tendens til at skrive kompliceret kode for at bevise, at de kan gøre det. Enkel og logisk kode fungerer altid godt, fører til færre problemer og er mere udvidelsesdygtig. God kode er den bedste dokumentation. Hvis du tænker på at tilføje en kommentar, så spørg dig selv: "Hvordan kan jeg forbedre koden, så denne kommentar ikke er nødvendig?" – Steve McConnell.
En af de vigtigste vaner hos gode programmører er at læse en masse dokumentation. Uanset om dets specifikationer, JSR'er, API-dokumenter, tutorials eller noget andet, hjælper læsning af dokumentation dig med at bygge et solidt grundlag for din bedste programmering. Sidst men ikke mindst skal du ikke sammenligne dig selv med andre. At sammenligne dig selv med andre vil kun føre til negative følelser og usund konkurrence. Hver person har sine egne styrker og svagheder. Det betyder, at det er vigtigt at kende dem og arbejde med dem. Lav en opgørelse over dig selv - list dine styrker og arbejd på dem. Programmering er en sand fornøjelse: nyd det.
GO TO FULL VERSION