|
|
![]() |
![]() |
![]() |
Правила модульного программирования
Наиболее существенные концепции модульного программирования можно изложить в виде следующих правил:
- Разделение и подчинение. Разделите проблему на узкие функциональные задачи, каждая из которых независима от других, исключая необходимые для нее
параметры;
- Один вход - один выход. Модуль должен иметь только одну точку входа, в которую передается управление при всех вызовах. Возвращать управление
модуль должен в ту точку в программном потоке, из которой было передано управление (адрес возврата может быть модифицирован, как обсуждается в
следующем разделе по передаче параметров);
- "KISS-принцип"(Keep It Simple,Stuiped - делай все попроще, дурачок). Избегайте сложности при кодировании модуля. Используйте сложную логику только
при условии хорошего документирования, объясняющего каждый шаг и способ его проектирования;
- Упрятывание подробностей. Ограничивайте подробности использования регистров, структуры локальных данных и т.д. для внутренних модулей. Не
допускается реализацию модуля перебрасывать в оставшуюся часть программы;
- Если модуль использует особую переменную, сделайте так, чтобы переменная была документируемым параметром. Документируйте все действия, чтобы
модуль имел глобальные данные;
- Планируйте обнаружение ошибок и действия, которые должны быть предприняты при возникновении ошибки. Ответственность за обработку исключительных
ситуаций, как известно, должна возлагаться на конкретные модули. Обычно модули нижнего уровня передают отчеты об ошибках в вызывающий модуль.
Ответственность за принятие решений по этим ошибкам обычно резервируется за модулями верхнего уровня.
|
|
