На практике подпрограммы создаются в результате двух про-
цессов.
Проектирование сверху вниз
Программа проектируется сверху вниз. Разработка начинается с
определения целей решения проблемы. После этого идет последо-
вательная детализация, заканчивающаяся готовой программой.
Рисуется схема алгоритма, блоки верхнего уровня разбиваются
подробнее... При таком подходе блоки естественно становятся под-
программами.
«Стихийная» («естественная») разработка
При программировании решения задачи код добавляется в го-
ловную программу (вне подпрограммы) или в подпрограмму, ре-
шающую текущую подзадачу. Работающий кусок, решающий обо-
собленную подзадачу, выделяется в подпрограмму.
Разграничение полномочий
Подпрограмма должна решать только одну задачу.
Это позволит вам повторно использовать подпрограммы, не
внося в программу ничего лишнего. Например, если вы разделите
решение дифференциального уравнения и построение графика, вы
сможете использовать их и отдельно.
Подпрограмма должна быть обозримой (один-два экрана). Воз-
можно, более длинную подпрограмму стоит разделить на несколько.
Комментарии
Возможность включать комментарии в программу предусмот-
рена не зря. Не исключено, что к концу семестра вы не сможете
вспомнить, что делает написанная ранее программа.
Комментарий должен пояснять то, что непонятно. Пустая стро-
ка перед подпрограммой выделит ее лучше, чем комментарий на
строке. Аналогично, грамотное использование отступов при записи
программы выделит начало и конец блочных конструкций. И нако-
нец, осмысленные имена переменных и процедур / функций приба-
вят коду понятности.
Примеры типичных ошибок при записи арифметических вы-
ражений на алгоритмических языках Fortran, Basic приведены в
табл. 6.3.
26