Rutine - studopediya

Metodologia de programare structurată bazată pe utilizarea de rutine și structuri de date independente.

Subrutina (Engl subprogram.) - o parte pe nume sau identificată în alt mod a unui program de calculator care conține descrierea unui anumit set de acțiuni. O subrutină poate fi apelat de mai multe ori din diferite părți ale programului.

rutine de numire. Rutinele a apărut inițial ca mijloc de optimizare a volumului ocupat de programele de memorie - acestea nu au voie să repete blocuri identice de cod în program, și să le descrie o dată și sună după cum este necesar. Până în prezent, această funcție a devenit o rutină auxiliare, scopul lor principal - programe de structurare pentru a ușura înțelegerea și sprijinul său

Evidențiați un set de acțiuni în rutină și numesc după cum este necesar vă permite să izoleze în mod logic, o subactivitate completă cu o soluție standard. O astfel de acțiune nu a fost încă un alt (în afară de economisire de memorie) avantaj față de repetarea unor acțiuni similare: orice schimbare (de corectare a erorilor, optimizare, îmbunătățirea funcționalității) realizată în subrutina se reflectă automat în toate provocările sale, în timp ce la duplicarea fiecare modificare trebuie să efectuați fiecare apariție a unui cod variabil.

Chiar și în acele cazuri în care rutina evidențiate produse o dată un set de acțiuni este justificată, deoarece permite de a reduce dimensiunea de blocuri complete de cod care alcătuiesc programul, care este, pentru a face programul mai clar și previzibil.

În cel mai simplu caz (în Assembler) de rutină este o secvență de instrucțiuni (declarații), separat de partea principală a programului și având la sfârșitul o ieșire de comandă special din subrutina. De obicei, rutina este numele prin care aceasta poate provoca, deși un număr de limbaje de programare și permite utilizarea de rutine fără nume. Limbile de nivel înalt descrierea subprogramului constă în general din cel puțin două părți: antet și corp. rutine Titlu descrie numele ei și, eventual, parametrii, adică, conține informațiile necesare pentru a apela o subrutină. Corpul - un set de declarații care vor fi executate ori de câte ori se numește rutina.

apel subrutina se face prin apelarea comenzii, inclusiv numele subrutina. În cele mai multe limbaje de programare moderne apela echipa este pur și simplu numele subrutina, care poate fi urmat parametrii actuali.

Parametrii formale și reale. Pentru a distinge parametrii subrutina descris în titlul și corpul său de parametrii specificați de apel subprogram, primul numit parametrii formali, al doilea - real parametrii.

Subrutină - un bloc de cod între operatori Sub și End Sub sau Function și End Function.

Tipuri de rutine. Limbajele de programare de nivel înalt utilizate două tipuri de subprograme: proceduri și funcții.

Procedura subprogram - este un bloc de cod inclus între operatorii Sub și End Sub. De obicei, procedura de rutina, procedura-numita.

Când scrieți programul trebuie să ia în considerare o singură regulă: „În cadrul aceleiași proceduri nu poate fi descrisă printr-o procedură diferită.“

Procedură - este orice rutină, care nu este o funcție.

Funcția Subprogram - acest bloc de cod inclus între funcția și End FUNCTION. Se efectuează o operație, dar asigurați-vă că pentru a reveni orice valoare. Valoarea returnată de numele funcției.

Funcția - Aceasta rutina este o formă specială, care, în plus față de parametrii, să efectueze acțiuni și transferul rezultatelor termenii parametrilor are o altă oportunitate - poate returna un rezultat. Apelarea unei funcții este, în ceea ce privește limbajul de programare, o expresie, acesta poate fi utilizat în alte expresii sau ca o parte dreaptă a unei misiuni. Pentru detalii, a se vedea. Funcția Articolul (programare).

Rutinele care fac parte din clase în limbaje de programare orientate-obiect, de obicei, numite metode. Acest termen se referă la orice rutine clasă membru ca funcții și proceduri; atunci când doriți să actualizați, spune despre metodele, procedurile sau metodele, funcțiile.

6.2.4 Principiul elaborării programelor de sus în jos și de jos în sus.

Programarea „de sus în jos“ sau programarea în jos - o metodă de programare, în care dezvoltarea începe cu definirea obiectivelor rezolva problema, urmată de detaliu secvențială, care se încheie cu un program detaliat. Este procedura opusă de programare „de jos în sus.“

Atunci când coboară sarcina de proiectare este analizat pentru a determina posibilitatea de a imparti într-un număr de subactivități. Apoi, fiecare din sub care rezultă de asemenea analizate pentru posibila descompunere în subactivități. Procesul se termină atunci când subactivitatea este imposibil sau impracticabil defalcate în continuare pe sub-sarcini.

În acest caz, programul este construit ierarhic - în jos din programul principal la subprogramul cel mai scăzut nivel, și doar o secvență de instrucțiuni simplu utilizate la fiecare nivel, looping și ramificare condiționată.

Programarea „bottom-up“, sau programarea în sus - o tehnică de programare care începe cu dezvoltarea de rutine (proceduri, funcții), în momentul în care studiul regimului general nu sa încheiat. Este procedura opusă de programare „de sus în jos“.

Această tehnică este mai puțin preferat în comparație cu programarea, deoarece adesea un curent descendent duce la rezultate nedorite, modificări și creșterea timpului de dezvoltare.

Programarea „de sus în jos“, sau rafinament în trepte. Esența metodei este de a diviza problema inițială într-o secvență de mai multe subactivități mai mici. Aceste subsarcini, la rândul său, este, de asemenea, defalcate în subactivități, și așa mai departe. E. Până numai până algoritmi elementare.

Exemplu. Pentru a scrie 512 număr, mai întâi scrieți numărul 5, apoi 1 și în final figurile 2. În acest desen, secvențial linia prorisovyvaya din care sunt compuse. Imprimanta va imprima numărul de puncte.

La elaborarea programului pas cu pas, prin „top-down“ primul text scris al programului principal, în care, în loc de fiecare fragment de text logic conectat este inserat într-un apel subrutina care va efectua această piesă. În loc de acest lucru, rutine de lucru în program sunt inserate „cioturi“, care nu fac nimic. Programul rezultat este testat și depanat. Odată programator este mulțumit de faptul că subrutina numit în secvența corectă (adică, structura generală a programului este valabil), ciot subrutina succesiv înlocuit cu rularea efectivă, odată cu dezvoltarea fiecărui subrutină este realizată prin aceeași metodă ca și cea a programului principal. Dezvoltarea se termină când nu va fi nici o „gag“, care nu ar fi eliminate. Această secvență se asigură că în fiecare etapă de dezvoltare, în același timp, programatorul trebuie să se ocupe de gestionat și ușor de înțeles pentru el o mulțime de piese, și pot fi siguri că structura generală a nivelurilor ridicate ale programului este corect. Dacă urmăriți și de a face modificări la programul devine clar în ce fel de procedură este necesară pentru a face o schimbare, iar acestea sunt făcute, fără a afecta programul care nu sunt asociate în mod direct cu ei. Acest lucru asigură că, atunci când face modificări și corectarea erorilor nu reușesc oricare dintre programele care sunt în prezent în afara atenției programatorului.

În teoria și practica de programare sunt cele mai populare strategie „de sus în jos“ și „de jos în sus“. Astfel de variante polare ale proceselor de interacțiune de proiectare și implementare sunt aplicabile numai pentru programele de dimensiuni mici sau medii. Crearea unui program major este de obicei asociat cu căutarea unui compromis rezonabil între aceste opțiuni. Există o altă soluție - programare „lățime“.

Programarea „lățimea“ - o referință declară un set de module omogene. Într-un program poate fi găsit mai multe seturi omogene. Odată ce unitățile omogene identificate, începe să programare directă, care, de fapt, împărțit în etape. În prima etapă, creați un număr minim de reprezentanți ai fiecăruia dintre seturile selectate de uniformă. În cazul în care căutarea a fost realizată uniformitatea destul de puternic, de obicei, se dovedește că domeniul de activitate al primei faze de implementare este relativ mic.