Modulair programmeren
Modulair programmeren werkt volgens het principe "verdeel en heers". Het is noodzakelijk om het te begrijpen.
Modulaire programmering houdt inde organisatie van het programma als een reeks onafhankelijke blokken van kleine omvang, die gewoonlijk modules worden genoemd waarvan het gedrag en de structuur volledig zijn onderworpen aan welomschreven principes. Het is de moeite waard de toepassing van het concept "module" te verdelen wanneer, met het oog op de syntactische eenheid van de programmeertaal, en wanneer gesproken wordt over de eenheid van fragmentatie van een groot programma in verschillende blokken die zowel in de vorm van procedures als in de vorm van functies kunnen worden geïmplementeerd. Het gebruik van modulaire programmering maakt het mogelijk om het testen van het programma en de tijdige detectie van fouten te vereenvoudigen. U kunt de hardware-afhankelijke taken strikt scheiden van andere subtaken, waardoor de mobiliteit van de gemaakte programma's wordt verbeterd. Tijdkritische modules kunnen afzonderlijk worden herwerkt, wat het proces veel eenvoudiger maakt en de efficiëntie veel hoger maakt. Bovendien is modulair programmeren veel gemakkelijker te begrijpen, omdat modules effectief kunnen worden gebruikt als bouwstenen in andere programma's.
De term "module" zelf werd gebruikt inProgrammering in verband met de introductie van het modulaire principe bij het schrijven van programma's. In de jaren zeventig werd een module een functie of procedure genoemd die volgens bepaalde regels was geschreven. Omdat er op dat moment geen universeel erkende vereisten waren, werd de module een willekeurige procedure genoemd, waarvan de grootte maximaal vijftig regels was. Parnassus vormde de eerste concrete vereisten voor de module: "Om een module te vormen, moet er voldoende minimale kennis zijn over de inhoud van de andere module." Het blijkt dat het Parnassus was die voor het eerst het concept van het verbergen van informatie in de programmering vormde. De definitie leidt ons naar het feit dat een module elke afzonderlijke procedure van zowel het laagste als het hoogste niveau van de hiërarchie kan worden genoemd. Het betrouwbaar verbergen van informatie kon niet worden gegarandeerd door gebruik te maken van de structuren die op dat moment bestonden, omdat ze onderhevig waren aan het sterke effect van globale variabelen en hun gedrag in complexe programma's zeer moeilijk te voorspellen was. Het was noodzakelijk om een constructie te maken die geïsoleerd was van deze variabelen. Zij werd de module genoemd en op basis daarvan werd modulair programmeren geboren.
Aanvankelijk werd aangenomen dat de implementatie van complexsoftwarepakketten kan worden uitgevoerd met de module op een lijn met de functies en procedures constructie verenigt en verbergt de implementatie details van een subtaak. Maar in Turbo Pascal taal werd niet volledig uitgevoerd het principe van modulair programmeren. Deze taal ondersteunt geen volledige interne modules geïmplementeerd invoer niet flexibel, aangezien het niet mogelijk om voorwerpen van andere modules importeren. De gecombineerde invloed daarvan op het feit dat bij de verspreiding van personal computers aanzienlijk uitgebreid scala van programma mensen, waarin de gemiddelde theoretische preparaat verminderd tot het feit dat de ontwikkeling van applicatiemodules gebruikt als een middel om het probleem van bibliotheken van functies en procedures. Alleen gekwalificeerde programmeurs gebruik gemaakt van de volledige kracht van de taalstructuren voor alle objecten in het structureren van de operaties.
Als je naar Pascal-modules kijkt in termen vanprogrammeur, dan moet hun aantal worden bepaald door de taak te ontleden in een aantal onafhankelijk van elkaar onafhankelijke deeltaken. In het extreme geval kan de module worden gebruikt om slechts één procedure in te voeren als vereist is dat de lokale actie die deze uitvoert volledig onafhankelijk is van de invloed van andere delen van het programma wanneer er wijzigingen in de projectcode worden aangebracht.
</ p>>
