Tidig datorprogrammering var bottom - up - små delar har utvecklats och sedan ihop till större sektioner tills programmet byggdes . Omkring 1970 blev top - down design design paradigm val . Top - down design ser på hela programmet först , bryta upp i underavdelningar . Dessa underavdelningar är ytterligare förfinade tills de blir tillräckligt små för att skriva . Båda tillvägagångssätten har ersatts av objektorienterad programmering ( OOP ) i slutet av 1980 . OOP är en kombination av top - down och bottom - up-metoder . Fokus på mål
hålla slutmålet i åtanke är en bra idé för någon komplicerad uppgift, men det är nödvändigt för att skriva ett datorprogram . En av heuristisk ( tumregler ) regler för top - down design är att ingen enskild del av programmet bör ta upp mer än en sida - eller en datorskärm . Den översta nivån i top -down- programmet består av ett enda dokument som visar indata och parametrar output och de största moduler - det visar den övergripande strukturen i programmet . Detta översta nivån är ofta skrivna av systemet analytiker och är del av den officiella beskrivningen av programmet uppdrag som ges till programmeraren .
Modularisering
Modularisering innebär att bryta programmet upp i lättsmält bitar , typiskt en sida . Detta återspeglar en insikt om att programmen inte är skrivna bara för datorer - det var också skriven för programmerare . Modular program är lättare att förstå , lättare att felsöka och lättare att uppdatera . Uppdateringar är en regelbunden del av datorprogrammering verksamheten , och de program uppdateras ofta av någon annan än den person som skrev dem - det fanns en hel del jobb omsättning på 70-talet och 80-talen . Datorn bryr sig inte om programmen är skrivna top -down , bottom - up eller i OOP , datorn bara kör en sekvens av instruktioner . Modularisering är en innovation som gör program lättare för programmerare att hantera . Detta speglar en trend som startade på 70-talet : människans tid är mer värdefull än datortid Addera ditt lättläst
Börja med den översta nivån . sidan är varje modul skriven med namnen på odefinierade moduler . Dessa moduler skrivs sedan med namnen på andra odefinierade moduler , och processen fortsätter tills modulen är tillräckligt liten för att skriva på en enda sida . En mycket viktig del i denna strategi är att det är mycket lättare att förstå ett kodblock om allt hänger på en sida . När programmet är i lagom stora sidor , är det lätt att hitta fel - de är snabbt isoleras till en modul i de flesta fall . Det är också lätt att uppdatera , eftersom uppdateringen är i en enda modul , och det är lätt att se hur förändringen att uppdateringen medför passar in i sin omgivning .
