Практики - studopediya
методология Структуриран програмиране на базата на използването на рутинни процедури и независими структури от данни.
Подпрограма (Engl подпрограма.) - назован или по друг начин идентифициран част от компютърна програма, съдържаща описанието на конкретен набор от действия. Подпрограма може да се нарече по няколко пъти от различни части на програмата.
Всекидневник съчетания. Практики първоначално се появяват като средство за оптимизиране на обема заета от програмите за памет - те нямат право да повтарят еднакви блокове с код в програмата, и да ги опише и се свържете, ако е необходимо. Към днешна дата, тази функция се е превърнало в помощни съчетания, тяхната основна цел - структурирането на програми, които да облекчат разбиране и подкрепа
Маркирайте набор от действия в рутината и да го наричаме, както е необходимо ви дава възможност да се изолират логично пълен подзадача като стандартно решение. Такова действие има още една (освен спестяване на памет) предимство пред повторението на подобни действия: всяка промяна (корекция на грешки, оптимизация, подобряване на функционалността), направен в подпрограмата автоматично се отразява на всички свои предизвикателства, като дублира всяка промяна, която трябва да се направи в всяка поява на променлив код.
Дори в случаите, когато рутината, откроен веднъж произведени набор от действия, е оправдано, тъй като позволява да се намали размера на пълни блокове от код, които правят програмата, това е, за да се направи програмата по ясен и предвидим.
В най-простия случай (в Assembler) рутинно е последователност от инструкции (извлечения), отделно от основната част на програмата и имат в края на специален команден изход от подпрограмата. Обикновено рутината е името, с което той може да предизвика, въпреки че на няколко езика за програмиране и позволява използването на неназовани съчетания. езици от високо ниво Описанието на подпрограма обикновено се състои от поне две части: глава и тяло. Заглавие съчетания описва нейното име и евентуално параметрите, т.е., съдържа информацията, необходима да се обадя на подпрограма. Тялото - набор от отчети, които ще се извършват винаги когато рутината се нарича.
Подпрограма разговор се извършва, като се обадите на командата, включително името на подпрограмата. В повечето съвременни езици за програмиране се обадите на екипа е просто името на подпрограмата, което може да бъде последвано действителните параметри.
Официални и действителните параметри. За да се направи разграничение на параметрите на подпрограмата е описано в заглавието и тялото на параметрите, определени от подпрограма разговор, първата наречените формалните параметри, а вторият - действителната параметри.
Подпрограма - блок от код между операторите Sub и End Sub или функция и крайна функция.
Видове съчетания. езици за програмиране от високо ниво, използвани два вида подпрограми: процедури и функции.
процедура Подпрограма - това е блок от код затворена между операторите Sub и End Sub. Обикновено рутинна процедура наречената процедура.
Когато пишете на програмата трябва да вземе предвид едно правило: "В рамките на същата процедура, не може да се опише с различна процедура."
Процедура - някаква рутина, че не е функция.
Подпрограма функция - този блок от код, заключен между Функционални отчети на функцията и край. Тя изпълнява някои операция, но не забравяйте да се върне никаква стойност. Стойността върната от името на функцията.
Функция - Тази рутина е специална форма, която, в допълнение към получаване на параметрите, извършване на действия и прехвърлянето на резултатите от условията на параметрите има още една възможност - тя може да се върне резултат. Извикването на функциите е, от гледна точка на език за програмиране, израз, може да се използва и в други изрази, или като дясна страна на задание. За подробности вижте. Член функция (програмиране).
Практики, които са част от класове в обектно-ориентирани езици за програмиране, обикновено наречени методи. Този термин се отнася до всички държави-Class съчетания като функции и процедури; когато искате да се актуализира, да кажем около методите, процедурите и методите, функциите.
6.2.4 Принципът на разработването на програми от отгоре-надолу и отдолу-нагоре.
Програмиране на "отгоре надолу", или надолу програмиране - метод за програмиране, в която развитие започва с определяне на целите решаване на проблема, след което последователно детайл, завършваща с подробна програма. Това е обратната процедура на програмиране "отдолу нагоре".
Когато низходящ задачата на проектиране се анализира, за да се определи възможността за да го разделите на няколко подзадачи. След това всяка от получената преходник и анализирани за възможното разлагане в подзадачи. Процесът завършва, когато подзадачата е невъзможно или непрактично това е разбит подзадачи.
В този случай, програмата е конструирана йерархично - надолу от основната програма на подпрограмата на най-ниското ниво, и само една проста инструкция последователност, използвана при всяко ниво, примка и условно разклонение.
Програмиране на "отдолу-нагоре", или нагоре програмиране - техника за програмиране, който започва с развитието на рутинни процедури (процедури, функции), по времето, когато изучаването на общата схема не е приключила. Това е обратната процедура на програмиране "отгоре надолу".
Тази техника е по-малко предпочитан в сравнение с проточен програмиране, тъй като често води до нежелани резултати, промени и увеличаване на времето за развитие.
Програмиране на "отгоре надолу", или поетапно изисканост. Същността на метода е да се разделят на първоначалния проблем в последователност от няколко по-малки подзадачи. Тези подзадачи, от своя страна, също се разбиват на подзадачи, и така нататък. Д. До докато само елементарни алгоритми.
Пример. За да напишете 512 броя, първо напишете номера 5, след това 1 и накрая фигури 2. В тази рисунка, последователно prorisovyvaya линия, от които те са съставени. Принтерът ще отпечата с цифри точки.
При разработването на етапа на програмата по стъпка, от "горе-долу" първия писмен текст на основната програма, в която, вместо всеки свързан логично фрагмент от текст се вмъква в подпрограма разговор, който ще изпълнява тази част. Вместо това, работещи практики в програмата се вмъкват "мъниче", които не правят нищо. Получената програмата се тества и отстраняването на грешките. След програмист е убеден, че подпрограмата наречен в правилната последователност (т.е., общата структура на програмата е валиден), подпрограма коляно последователно заменя от действителното протичане, с развитието на всяка подпрограма се провежда чрез същия метод, както този на основната програма. Развитие приключва, когато няма да има "не мога да понасям", който няма да бъде премахната. Тази последователност се гарантира, че на всеки етап от развитието в същото време програмистът трябва да се справят с управляеми и разбираеми за него много парчета и може да бъдете сигурни, че общата структура на по-високи нива на програмата е вярна. Ако спазвате и извършване на промени в програмата става ясно в каква процедура е необходимо да се направи промяна, а те са направени, без това да повлияе на програмата, които не са пряко свързани с тях. Това гарантира, че когато се правят промени и корекции на грешки, не се провалят всяка от програмите, които в момента са извън вниманието на програмиста.
В теорията и практиката на програмирането са най-популярните "горе-долу" стратегията и "отдолу нагоре". Тези полярни варианти на процесите на взаимодействие на проектирането и изпълнението са приложими само за програмите, малки или средни по размер. Създаването на широкомащабна програма обикновено се свързва с търсенето на разумен компромис между тези опции. Има и друго решение - програмиране "ширина".
Програмиране на "широчината" - препратка декларира набор от еднородни модули. В една програма може да се намери по-хомогенни комплекти. Веднъж идентифицирани хомогенни единици, започват да се директно програмиране, което, всъщност, разделен на етапи. В първия етап, вие създавате минимален брой представители на всяка от избраните комплекта униформа. Ако търсенето е проведено еднаквост достатъчно енергично, той обикновено се оказва, че обхватът на работата на първия етап от изпълнението е относително малък.