|
Обычно модули нижнего уровня переда-
ют отчеты об ошибках в вызывающий модуль. Ответственность за при-
нятие решений по этим ошибкам обычно резервируется за модулями
верхнего уровня.
Справочная литература
То, что представлено в данном разделе, является кратким вве-
дением в концепции структурного программирования и модульного
проектирования. |
win rar |
|
|
За неимением места, мы не могли полностью обсу-
дить данный предмет. Однако, по этой проблеме доступно огромное
количество литературы. |
avast 4 |
|
|
Если Ваша цель состоит в том, чтобы стать
профессионалом в области программного обеспечения, то купите не-
которые из этих книг и прочитайте их. Представленные ниже книги
являются классическими работами по данному предмету и отражают
узкие примеры превосходных работ на доступном профессиональном
уровне:
DeMarco, T. |
GPS-навигатор |
|
|
norton antivirus, англо русский словарь, dr web, антивирусные программы, win zip, .
антивирус panda
|
Будущие читатели смогут затем прочитать ком-
ментарии для определения функций модуля и пропустить его мимо для
возобновления чтения основного кода.
Правила модульного программирования
Наиболее существенные концепции модульного программирования
можно изложить в виде следующих правил:
- Разделение и подчинение. Разделите проблему на узкие функ-
циональные задачи, каждая из которых независима от других, исклю-
чая необходимые для нее параметры;
- Один вход - один выход. Модуль должен иметь только одну
точку входа, в которую передается управление при всех вызовах.
Возвращать управление модуль должен в ту точку в программном по-
токе, из которой было передано управление (адрес возврата может
- 2-5 -
быть модифицирован, как обсуждается в следующем разделе по пере-
даче параметров);
- "KISS-принцип"(Keep It Simple,Stuiped - делай все попроще,
дурачок). Избегайте сложности при кодировании модуля. Используйте
сложную логику только при условии хорошего документирования, объ-
ясняющего каждый шаг и способ его проектирования;
- Упрятывание подробностей. Ограничивайте подробности исполь-
зования регистров, структуры локальных данных и т.д. для внутрен-
них модулей. Не допускается реализацию модуля перебрасывать в ос-
тавшуюся часть программы;
- Если модуль использует особую переменную, сделайте так,
чтобы переменная была документируемым параметром. Документируйте
все действия, чтобы модуль имел глобальные данные;
- Планируйте обнаружение ошибок и действия, которые должны
быть предприняты при возникновении ошибки. Ответственность за
обработку исключительных ситуаций, как известно, должна возла-
гаться на конкретные модули.
|
|
|