Я не знаю C, но я делаю это каждый день в Objective-C, где у меня есть комментарии, такие как:
/// This method perform the following operations:
- (void) myMethodWith: (id) anObjectArgument
{
/// - do op1
[self op1];
/// - do op2
op2(anObjectArgument);
}
, который делает как:
Этот метод выполняет следующие операции:
Edit:следующий комментарий Dana в Сане, по поводу моего понимания Doxygen документации и почему она не входит в противоречие с моим опытом.
Насколько я понимаю и интерпретирую документацию Doxygen, это не противоречит quote provided by Aaron Saarela. В начале звена он обеспечивает, есть пункт о документации кузова:
Для каждого элемента кода есть два (или в некоторых случаях три) типа описаний, которые вместе образуют документация: краткое описание и подробное описание, оба являются опционально.Для методов и функций существует также третий тип описания, так называемого «в теле» описания, которое состоит из конкатенации всех блоков комментариев найденных в теле метода или функции.
Это означает, что это нормально, чтобы поставить документацию Doxygen в тело функции или метода. Это то, что я описал выше моего ответа.
На мой взгляд, абзац, цитируемый Аароном, относится к документации, которая обычно помещается перед объявлением функции или метода или реализуется. Это та, которая описывает параметры, возвращаемые значения и т. Д. То, что документация заголовка не может быть помещена в тело функции или метода.
Но подробная документация, касающаяся каждого шага алгоритма внутри тела, отлично обрабатывается Doxygen.
Не могли бы вы дать небольшой пример того, как должен выглядеть ваш код (с комментариями), и где в документации, по вашему мнению, должны отображаться комментарии? – lothar