Modulær programmering

Modulopbygget programmering fungerer på princippet om "del og hersk". Værd at undersøge.

Modulopbygget programmering indebærer organisere programmet som en flerhed af uafhængige små og mellemstore blokke, der normalt kaldes moduler, adfærd og struktur er ganske helt underordnede visse principper. Det er værd at dele brugen af begrebet "enhed", når der er et billede af den syntaktiske enhed af et sprog program, og når det er en knusende enhed af et stort program i flere blokke, der kan gennemføres i form af procedurer, såvel som i form af funktioner. Brugen af modulære programmering gør det muligt at forenkle programmet test og rettidig opdagelse af fejl. Det kan være strengt adskilt hardware-afhængige opgaver fra andre delopgaver, som vil forbedre mobiliteten for etablerede programmer. tidskritiske moduler kan ændre separat, hvilket forenkler processen og gør den effektivitet er langt større. Hertil kommer, at modulære programmering er meget lettere at forstå, da modulerne kan bruges effektivt som byggesten for andre programmer.

Udtrykket "modul" selv begyndte at blive brugt i programmering i forbindelse med indførelsen af et modulært princip, når du skriver programmer. I halvfjerdserne, et modul kaldet en slags funktion eller procedure, der er blevet skrevet efter bestemte regler. Siden dengang ikke blev dannet generelt accepterede krav er modulet kaldes enhver proces, hvis størrelse er op til halvtreds linjer. Parnassus først konkretiseret krav til modulet blev dannet: "For at danne et enkelt modul skal være tilstrækkelig til den minimale viden om indholdet af den anden" Det viser sig, at det var første gang Parnassus dannede begrebet oplysninger gemmer sig i programmering. Hans definition fører os til det faktum, at modulet kan henvises til en enkelt procedure som den laveste og det højeste niveau af hierarkiet. Sikker skjule oplysninger kunne ikke opnås ved brug af strukturer, der eksisterer på det tidspunkt, da de var udsat for dramatiske effekt af globale variable og deres adfærd er vanskeligt at forudsige i komplekse programmer. Det var nødvendigt at skabe en struktur, der er isoleret fra disse variabler. Det var hende og navngivet modul, og baseret på det, og blev født modulær programmering.

Det blev oprindeligt antaget, at gennemførelsen af komplekse software-systemer kan implementeres ved hjælp af modulet på lige fod med de funktioner og procedurer som konstruktion forener og skjuler oplysninger om en bestemt delopgave implementering. Men i Turbo Pascal sprog det var ikke fuldt gennemført princippet om modulær programmering. Dette sprog understøtter ikke fuld intern moduler, import implementeret tilstrækkeligt fleksible, da den ikke tillader at importere genstande fra andre moduler. Den kombinerede påvirkning af dette faktum med, at med udbredelsen af personlige computere stærkt udvidet sortiment af programmering mennesker, som reducerede det gennemsnitlige niveau for teoretisk forberedelse, ført til, at udviklingen af applikationsmoduler blev brugt som et middel til at skabe problemet med biblioteker af funktioner og procedurer. Kun kvalificerede programmører brugt den fulde effekt af de sproglige strukturer for alle objekter i strukturering af operationer.

Hvis man ser på Pascal-enheder fra en programmør perspektiv, bør deres antal bestemmes ved nedbrydning af problemet i en række delopgaver, uafhængige af hinanden. I det ekstreme tilfælde, kan modulet anvendes til indgåelse er det kun én behandling, hvis det er nødvendigt, at den lokale aktionsgruppe, at den udføres, det var helt uafhængig af indflydelsen fra andre dele af programmet med de ændringer, der er foretaget i udkastet til koden.