Softwaredesignprincipper DRY og KISS

I denne artikel vil jeg udforske softwaredesignprincipper og deres fordele, hvorfor designprincipper er nyttige for os, og hvordan vi kan implementere dem i vores daglige programmering. Vi vil udforske DRY- og KISS-softwaredesignprincipperne.

Der DRY-princippet: DRY står for “Don’t Repeat Yourself” og er et grundlæggende princip for softwareudvikling, der har til formål at reducere gentagelse af information. DRY-princippet er formuleret således: “Ethvert stykke viden eller logik skal have en enkelt, entydig repræsentation i et system.”

Overtrædelser af DRY

“Vi nyder at skrive” (eller: “Spild af alles tid.”): “Vi nyder at skrive” betyder, at vi skriver den samme kode eller logik igen og igen. Det bliver svært at administrere koden, og hvis logikken ændres, skal vi foretage ændringer alle de steder, hvor vi har skrevet koden, og dermed spilder vi alles tid.

Sådan opnår du DRY

For at undgå at overtræde DRY-princippet skal du opdele dit system i stykker. Opdel din kode og logik i mindre genanvendelige enheder, og brug denne kode ved at kalde den, hvor du ønsker det. Skriv ikke lange metoder, men opdel logikken, og prøv at bruge det eksisterende stykke i din metode.

DRY Fordele

Mindre kode er godt: Det sparer tid og kræfter, er let at vedligeholde og reducerer også risikoen for fejl.

Et godt eksempel på DRY-princippet er hjælperklassen i virksomhedsbiblioteker, hvor hvert stykke kode er unikt i bibliotekerne og hjælperklasserne.

KISS: Keep It Simple, Stupid

KISS-princippet er beskrivende for at holde koden enkel og klar, så den er let at forstå. Programmeringssprog er trods alt til for mennesker at forstå – computere kan kun forstå 0 og 1 – så hold kodningen enkel og ligetil. Hold dine metoder små. Hver metode bør aldrig være mere end 40-50 linjer.

Hver metode bør kun løse ét lille problem, ikke mange use cases. Hvis du har mange betingelser i metoden, skal du dele disse op i mindre metoder. Det vil ikke kun være nemmere at læse og vedligeholde, men det kan hjælpe med at finde fejl meget hurtigere.

Overtrædelser af KISS

Vi har sikkert alle oplevet den situation, hvor vi får arbejde at lave i et projekt og finder noget rodet kode skrevet. Det får os til at spørge, hvorfor de har skrevet disse unødvendige linjer. Tag blot et kig på nedenstående to kodestumper vist nedenfor. Begge metoder gør det samme. Nu skal du beslutte, hvilken du skal bruge:

public String weekday1(int day) { switch (day) { case 1: return "Monday"; case 2: return "Tuesday"; case 3: return "Wednesday"; case 4: return "Thursday"; case 5: return "Friday"; case 6: return "Saturday"; case 7: return "Sunday"; default: throw new InvalidOperationException("day must be in range 1 to 7"); }}public String weekday2(int day) { if ((day < 1) || (day > 7)) throw new InvalidOperationException("day must be in range 1 to 7"); string days = { "Monday", "Tuesday", "Wednesday", "Thursday", "Friday", "Saturday", "Sunday" }; return days;}

Sådan opnår du KISS

For at undgå at overtræde KISS-princippet skal du forsøge at skrive enkel kode. Tænk på mange løsninger på dit problem, og vælg derefter den bedste og enkleste løsning og omsæt den i din kode. Når du finder langvarig kode, skal du opdele den i flere metoder – højreklik og refaktoriser i editoren. Prøv at skrive små blokke af kode, der udfører en enkelt opgave.

Fordel ved KISS

Hvis vi har en funktionalitet, der er skrevet af en udvikler, og den er skrevet med rodet kode, og hvis vi beder en anden udvikler om at foretage ændringer i den kode, skal de først forstå koden. Det er klart, at hvis koden er skrevet simpelt, så vil der ikke være nogen problemer med at forstå den kode, og den vil også være let at ændre.

Summary

Når du skriver en kode eller et modul, skal du huske på principperne for softwaredesign og bruge dem klogt, gør dem til din vane, så du ikke behøver at huske dem hver gang. Det vil spare udviklingstid og gøre dit softwaremodul robust, som kan være let at vedligeholde og udvide.

Skriv et svar

Din e-mailadresse vil ikke blive publiceret.

Back to Top