Cтраница 1
Понятие подпрограммы в Фортране является достаточно общим и поэтому можно найти решение для любой проблемы. Именно в этом следует искать причину успеха языка, имеющего столько недостатков. Все сказанное верно и для систем управления файлами: хотя сам язык позволяет работать только со скалярами и массивами ( однородными), на нем были запрограммированы системы для всех разумных моделей данных. Необходимо, однако, отметить, что использование Фортрана приводит к плохому структурированию программы. Поэтому Фортран следует считать наименее пригодным языком для графического расширения. [1]
Ясно, что понятие подпрограммы в машинном коде тесно связано с понятием процедуры в немашинном языке программирования, например, в АЛГОЛе. Поэтому все, что будет говориться о составлении подпрограмм, является описанием приемов программирования процедур. [2]
Ясно, что понятие подпрограммы в машинном коде тесно связано с понятием процедуры в немашинном языке программирования, например, в Алголе. Поэтому все, что будет говориться о составлении подпрограмм, является описанием приемов программирования процедур. [3]
В основе аппарата макросов также лежит понятие подпрограммы, однако здесь характер использования подпрограмм несколько иной. [4]
В обоих методах разработки программ важно понятие подпрограммы - модуля, обладающего именем, которое позволяет любой программе вызвать его для выполнения некоторого действия или вычисления определенных величин. [5]
Более широким, чем понятие петли, является понятие подпрограммы или процедуры, которое мы уже затронули. Группа операций при этом рассматривается как одно целое, носящее определенное название - например, процедура УКРАШЕННОЕ СУЩЕСТВИТЕЛЬНОЕ. Как мы видели в СРП, процедуры могут вызывать одна другую по имени - таким образом кратко описывается последовательность необходимых операций. [6]
При разработке программ на алгоритмических языках широко используется понятие подпрограммы. [7]
Такое замещение функций одинакового вида функционалом является обобщением понятия подпрограммы. Если при использовании подпрограмм сходные элементы программы заменяются вызовом подпрограммы, то в случае функционального обобщения определения многих сходных подпрограмм заменяются функционалами. [8]
Таким образом, понятие модуля является дальнейшим развитием понятия подпрограммы, а последняя является частным случаем модуля, который программисты выделили и начали использовать раньше всего. [9]
Алгол) принципиально отличается от операторной схемы только введением понятия процедуры, являющегося обобщением понятия подпрограммы стандартной. [10]
Алгол-60 ( см. Алгол) принципиально отличается от операторной схемы только введением понятия процедуры, являющегося обобщением понятия подпрограммы стандартной. [11]
![]() |
Пример использования переменных типа метки и массива меток. [12] |
Механизм загрузки, рассмотренный в гл. Хотя понятие подпрограммы носит довольно общий характер, во многих языках программирования, таких, например, как АЛГОЛ и КОБОЛ, оно не используется. [13]
Модуль в отличие от подпрограммы допускает широкое взаимодействие с другими модулями. Следовательно, понятие модуля является дальнейшим развитием понятия подпрограммы, а последняя представляет собой частный случай модуля. [14]
При решении некоторых задач может одновременно использоваться несколько стандартных подпрограмм, и тогда получение общей программы решения задачи в значительной мере сводится к объединению отдельных подпрограмм в единую рабочую программу. Этот вопрос становится особенно важным, если несколько расширить понятие подпрограммы. Дело в том, что для более или менее сложной задачи довольно трудно составить сразу общую программу ее решения - проще разбить такую задачу на ряд более или менее автономных частей и для каждой части составлять отдельную программу. Это обстоятельство важно и с той точки зрения, что составление и автономная отладка отдельных частей программы могут производиться параллельно, различными исполнителями, что позволяет значительно ускорить составление программы. Если отдельные части программы составлять с учетом всех требований, предъявляемых к стандартным подпрограммам, то эти части после их составления и отладки можно рассматривать как стандартные подпрограммы, хотя они и не входят в состав библиотеки. Дальнейшая же работа по составлению программы в этом случае сводится к объединению всех отдельных частей в единую рабочую программу. Таким образом, задача соединения отдельных программных массивов ( в частности, библиотечных подпрограмм) в единую программу является самостоятельной и весьма важной задачей. Использование одной программы при составлении другой, более сложной, вызывает целый ряд трудностей. Эти трудности прежде всего связаны с тем обстоятельством, что одну и ту же подпрограмму при решении разных задач приходится помещать на различные места в памяти, причем это относится не только к самой подпрограмме, но и к тем величинам, которые в ней используются. В связи с этим возникает необходимость предварительной переработки каяедой подпрограммы применительно к конкретному распределению памяти. [15]