Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

Документирование программы

Читайте также:
  1. CALL — Вызов подпрограммы
  2. Алгоритм работы программы
  3. Алгоритмы и программы.
  4. Блок-схема программы
  5. В заголовке подпрограммы при определении переменных можно использовать лишь
  6. В реализации программы участвуют
  7. Возможности программы Microsoft Project

Программа, если она используется, живет не один год, и необходимость вносить в нее какие-то изменения и дополнения появляется сразу же после ввода в эксплуатацию. Сопровождение программы занимает гораздо больший промежуток времени, чем ее написание, поэтому документирование программы имеет очень большое значение. Основная часть документации должна находиться в тексте программы. Хорошие комментарии написать почти так же сложно, как и хорошую программу. Даже если сопровождающим программистом является автор программы, разбираться через год в плохо документированном тексте — сомнительное удовольствие.

В идеале комментарии должны создаваться до написания программы — ими служит подробный алгоритм, изложенный на естественном языке. Очень полезно до начала кодирования подробно записать, что и как должна делать программа (подпрограмма). Это помогает в деталях продумать алгоритм и интерфейсы, найти на самой ранней стадии серьезные ошибки и обеспечить содержательные комментарии. После такой работы программирование сводится к вставке фрагментов кода между комментариями. Подходить к написанию программы нужно таким образом, чтобы ее можно было в любой момент передать другому программисту. Комментарии должны представлять собой правильные предложения без сокращений и со знаками препинания и не должны подтверждать очевидное (комментарии в этой книге не могут служить образцом, поскольку они предназначены для обучения, а не для сопровождения). Например, бессмысленны фразы типа «вызов функции f» или «описание переменных».

Если комментарий к фрагменту программы занимает несколько строк, лучше разместить его до фрагмента, чем справа от него, и выровнять по вертикали. Абзацный отступ комментария должен соответствовать отступу комментируемого блока.

{ Комментарий, описывающий,

что происходит в следующем ниже

блоке программы }

Непонятный блок программы

Для разделения подпрограмм и других логически законченных фрагментов пользуйтесь пустыми строками или комментарием вида

{-------------------------------------------}

Конечно, все усилия по комментированию программы пропадут втуне, если сама она написана путано, неряшливо и непродуманно. Поэтому любую программу после написания необходимо тщательно отредактировать: убрать ненужные фрагменты, сгруппировать описания, отформатировать текст, оптимизировать проверки условий и циклы, проверить, оптимально ли разбиение на функции и т. д. С первого раза без помарок хороший текст не напишешь, будь то сочинение, статья или программа.

Однако не следует пытаться оптимизировать все, что попадается под руку, поскольку главный принцип программиста тот же, что и врача: «Не навреди!» Если программа работает недостаточно эффективно, надо в первую очередь подумать о том, какие алгоритмы в нее заложены: например, пузырьковая сортировка всегда будет работать медленно, как бы тщательно она ни была написана. Полезно также проанализировать программу с помощью профайлера, выявить узкие места и оптимизировать только их.

В заключение порекомендую тем, кто предпочитает учиться программированию не только на своих ошибках, очень полезные книги Фредерика Брукса [1] и Алена Голуба [2].

Список литературы

  1. Букс Ф. Мифологический человеко-месяц, или как создаются программные комплексы. – М.: Символ-Плюс, 2000. – 304 с.
  2. Голуб А.И. С и С++. Правила программирования. – М.: БИНОМ, 1996. - 272 с.

 


Дата добавления: 2015-07-08; просмотров: 143 | Нарушение авторских прав


Читайте в этой же книге: Разработка внутренних структур данных | Структурное программирование | Нисходящее тестирование |
<== предыдущая страница | следующая страница ==>
Правила программирования| АНТИЧНЫЙ КОСТЮМ

mybiblioteka.su - 2015-2024 год. (0.005 сек.)