Modulær programmering

Modular programmering fungerer på prinsippet om "splitt og hersk". Verdt å undersøke.

Modulær programmering innebærer å organisere programmet som en rekke uavhengige små dimensjoner blokker, som vanligvis benevnes som moduler, virkemåten og konstruksjonen er ganske helt underordnet visse prinsipper. Det er verdt å dele bruken av begrepet "enhet" når det er en visning av syntaktisk enhet av en språkprogram, og når det er en knusende enhet av et stort program i flere blokker som kan gjennomføres i form av prosedyrer, samt i form av funksjoner. Bruken av modulære programmering gjør det mulig å forenkle testprogram og rettidig påvisning av feil. Det kan være strengt atskilt maskinvareavhengig oppgaver fra andre deloppgaver, som vil forbedre mobiliteten til etablerte programmer. tidskritiske moduler kan endre seg, noe som i betydelig grad forenkler prosessen og gjør at effektiviteten er mye høyere. I tillegg er modulær programmering mye lettere å forstå, siden modulene kan være effektivt brukes som byggesteiner for andre programmer.

Begrepet "modul" i seg selv begynte å bli brukt i programmering i forbindelse med innføringen av et modulært prinsipp når du skriver programmer. På syttitallet, en modul kalt en slags funksjon eller prosedyre, som har blitt skrevet i henhold til visse regler. Siden den gang ble ikke dannet generelt aksepterte behov er modulen kalles noen prosess hvis størrelse er opp til femti linjer. Parnassus første konkretisert krav til modulen ble dannet: "For å kunne danne en enkelt modul bør være tilstrekkelig for den minimale kunnskap om innholdet i den andre" Det viser seg at det var første gang Parnassus dannet begrepet informasjon skjule i programmering. Hans definisjon fører oss til det faktum at modulen kan bli henvist til en enkelt prosedyre som det laveste og høyeste nivået i hierarkiet. Sikkert skjule informasjonen ikke kunne oppnås ved bruk av strukturer som eksisterer på den tiden, siden de var utsatt for dramatisk effekt av globale variabler og deres atferd er vanskelig å spå i komplekse programmer. Det var nødvendig for å skape en struktur som er isolert fra disse størrelsene. Det var hennes og navngitt modul, og basert på det, og ble født modulær programmering.

I første omgang ble det antatt at gjennomføringen av komplekse programvaresystemer kan implementeres ved hjelp av modulen på linje med de funksjoner og prosedyrer som konstruksjon forener og skjuler gjennomføringen detaljer av en bestemt deloppgave. Men i Turbo Pascal språk det var ikke fullt implementert prinsippet om modulær programmering. Dette språket støtter ikke fulle interne moduler, import gjennomført tilstrekkelig fleksibel, siden den ikke tillater å importere gjenstander fra andre moduler. Den kombinerte påvirkning av dette faktum sammen med det faktum at med den spredning av personlige datamaskiner sterkt utvidet spekter av programmering mennesker, som reduserte det gjennomsnittlige nivå av teoretisk forberedelse, har ført til det faktum at utviklingen av applikasjonsmoduler ble brukt som et middel til å skape problemet med biblioteker av funksjoner og prosedyrer. Kun kvalifiserte programmerere brukt full effekt av de språklige strukturer for alle objekter i strukturering av virksomheten.

Hvis du ser på Pascal enheter fra en programmerer perspektiv, bør deres antall bestemmes ved nedbryting av problemet i en rekke sub-oppgaver, uavhengig av hverandre. I det ekstreme tilfelle kan modulen benyttes til konklusjonen det er bare en behandling, hvis nødvendig, til den lokale virkning at det blir utført, var det fullstendig uavhengig av påvirkning av andre deler av programmet med de endringer som er gjort i utkastet koden.