Hva er fordelene med Top-Down Coding?

Tidlig programmering var bottom-up - små seksjoner ble utviklet og deretter satt sammen til større deler før programmet ble bygget. Rundt 1970 ble top-down design design paradigmet av valget. Top-down design ser på hele programmet først, bryte den opp i underseksjoner. Disse ledd er videreutviklet til de blir små nok til å skrive. Begge tilnærmingene ble erstattet av objektorientert programmering (OOP) på slutten av 1980-tallet. OOP er en kombinasjon av top-down og bottom-up tilnærminger.

Fokus på Goal

Holde det endelige målet i tankene er en god idé for en kompleks oppgave, men det er viktig for å skrive et dataprogram. En av heuristisk (tommelfingerregler) regler for top-down design er at ingen enkelt del av programmet bør ta opp mer enn én side - eller en dataskjerm. Det øverste nivået av top-down program består av et enkelt dokument som viser inngangs- og utgangsparametre og de største modulene - dette viser den overordnede strukturen av programmet. Dette toppnivåside er ofte skrevet av systemet analytiker og er en del av den offisielle spesifikasjonen av programmet oppdraget som er gitt til programmereren.

modularisering

Modularisering betyr å bryte programmet opp i fordøyelige biter, vanligvis én side. Dette gjenspeiler en erkjennelse av at programmene ikke ble skrevet bare for datamaskiner - det ble også skrevet for programmerere. Modulære programmer er enklere å forstå, lettere å feilsøke og enklere å oppdatere. Oppdateringer er en vanlig del av programmering virksomhet, og programmene blir ofte oppdatert av noen andre enn den personen som skrev dem - det var mye jobb omsetning på 70-tallet og 80-tallet. Datamaskinen bryr seg ikke om programmene er skrevet topp- ned, nedenfra og opp, eller i OOP; maskinen bare går en sekvens av instruksjoner. Modularisering er en nyskapning som gjør programmer enklere for programmerere å håndtere. Dette reflekterer en trend som startet på 70-tallet: menneskelig tid er mer verdifullt enn datamaskinen tid.

Lett å lese

Fra og med toppnivåside, er hver modul skrevet med navn på udefinerte moduler. Disse modulene er deretter skrevet med navnene på andre udefinerte moduler, og prosessen fortsetter til modulen er liten nok til å skrive på en enkelt side. En svært viktig del av denne strategien er at det er mye lettere å forstå en blokk med kode hvis alt får plass på én side. Når programmet er i biter store sider, er det lett å finne feil - de er raskt isolert til en modul i de fleste tilfeller. Det er også lett å oppdatere, fordi oppdateringen er i en enkelt modul, og det er lett å se hvordan den forandring at oppdateringen medfører passer inn i sitt miljø.