Programmering selv kan være kompliceret. Til at begynde med, at alle handlinger bør præciseres skridt for skridt. Men med sådan en nødvendighed, er der flere funktioner, der i væsentlig grad letter opnåelsen af de opgaver, der har brug for at programmere ( "Pascal", "C", "assembler" - uanset hvilket sprog der bruges). Et af disse værktøjer er at skabe cyklusser.
Betydningen af programmeringscyklusser
Hvad er en cyklus? Hvorfor det er nødvendigt, og hvad fordelene ved at være en programmør, når du bruger det? Cyklen er en vigtig strukturel komponent af programmet, som giver dig mulighed for at automatisere udførelsen af en række foranstaltninger, forudsat at overholdelsen af de fastlagte parametre. Så det simpleste eksempel på det arbejde cyklus - podnesenie bestemt antal til en potens. Der er ingen grund til at ordinere rækker op indtil ikke vil være nok, fordi maskinerne kan alle gøres automatisk med det. I praksis af cykler kan også spare en masse tid og kræfter, så det er ikke nødvendigt hver gang og alle de skridt til at registrere koden ved hjælp af cyklus. Du skal blot indtaste de udskiftelige variabler og begynde implementeringen. Men da den indbyggede cyklus ordningen? Eller endnu mere? Selv udformninger af cyklen en hel del - oplysningerne på en bog om programmering, "Pascal", vi vil overveje eller "assembler". Derfor udelukkende til orientering demontere tilbyde teoretisk ordning af de to mest populære brug:
- Cyklus med postcondition.
- Løkke med en forudsætning.
Alle andre er i høj grad af deres variationer og særlige tilfælde, så de skal ses i sammenhæng og i at opnå specifikke mål. I mellemtiden, så lad os vende os mod de mest populære. De forskellige cykler med forudsætninger og postconditions? Her er løkken med en forudsætning:
mens «tilstand» gøre «kode»
Generel teoretisk ramme cyklus med postcondition
Denne form for at skrive kode, når operatøren cyklus med omkostningerne postcondition implementering af kroppen. Ved første øjekast kan det virke mærkeligt: virkelig, hvorfor sætte den omstændighed efter udførelsen af koden? Men intet er mærkeligt der: en funktion af denne formular er at koden køres, uanset om betingelserne er opfyldt eller ikke udfører. Men kun 1 gang. Så vil følge testen, uanset om alt det, som det skal være, eller ikke. Og i mangel af tilstrækkelige kroppens tilstande i cyklus vil blive ignoreret. Dette er en meget vigtig og nyttig funktion, som har en cyklus med postcondition. På eksempel på, hvad det blev fortalt, og hvor kan man se den praktiske gennemførelse malet her? Her er et eksempel på cyklen med postcondition:
gentagelse
"Koden"
indtil «Betingelser»
Generelt teoretiske cyklus basis med en forudsætning
Men det mest populære valg er netop dette. Dens ejendommelighed ligger i det faktum, at der skal udføre nødvendig betingelse, uden denne kode aldrig udføres. Typisk, koden er meget skala og aktivere dens samlede negativ indvirkning på computerens ydeevne. Derfor bruges en ganske snedig plan: de fleste af de stykker kode placeret i løkker eller endda enkelte klasser, der appellerer kommer bare på de rigtige tidspunkter. Alle resten af tiden denne kode er, men ikke bruger en computer. Denne ordning gør det muligt at spare regnekraft til at udføre programmet eller andre programmer.
Praktisk implementering i forskellige programmeringssprog
Et par ord om den praktiske effektivitet af cyklerne. Det skal bemærkes, først og fremmest sparer tid, både brugeren og programmør. På den anden er blevet sagt, hvorfor, hvorfor skulle et par ord at sige om kunden. Det faktum, at opdelingen i separate dele tillader software til hurtigt at indlæse og køre, og i overensstemmelse hermed, vil brugeren kun være glade for at bruge sådan software. Endvidere er denne fremgangsmåde, når koden er lagret i cyklus eller en separat klasse (som skyldes ofte fra kroppen), og tillader arbejdseffektiviteten. Du bør også bringe hastigheden rekord i de enkelte lagerceller. Så hvis alt skulle gøres manuelt, ville det have at få hver, og der er en passende post. En løkke giver flere gange eller endda snesevis af mindske behovet for at gøre alting selv. Og det fjerner den menneskelige faktor, som kan føre til timer nødt til at se problematisk kode.
konklusion
Så opsummering alle skrevet, kan vi sige, at cyklen med postcondition eller en pre muliggør bekvem måde at spare penge uden at gå på kompromis med kvaliteten. Og når du skriver komplicerede programmer, er det en af de bedste programmør venner, hjælpe ham til at gøre koden lettere at udføre og læsning. Derfor, når du skriver deres kode ikke foragter at bruge en cyklus med postcondition eller forudsætning - de er specielt designet til at lette processen med software skabelse, og det vil arbejde imod ham - ikke at benytte sig af denne mulighed.