2010-09-18 6 views
1

Для обеспечения согласованности я всегда применял комментарии (в форме JavaDoc) ко всем методам и классам, даже если они простые методы getters и seters или очень маленькие классы-оболочки. Но я также стремлюсь написать самодокументирующий код, который часто делает комментарии излишними; т. е. писать комментарии только там, где это необходимо (и перед этим попробуйте переписать код, чтобы вам вообще не нужен комментарий). Следовательно, эти два подхода кажутся противоречивыми друг другу.Должны ли методы/комментарии класса применяться последовательно или только по необходимости?

Должны ли применяться комментарии, которые описывают метод или класс, последовательным образом или должны быть написаны такие комментарии только тогда, когда значение не совсем ясно из определения?

ответ

1

Простой тест лакмусовой бумажки будет проверять, имеет ли класс больше комментариев, чем код. Если yest то это означает, что ваш код слишком сложный и трудно использовать для всех.

Таким образом, лучше написать сам пояснительный код. Также нет необходимости писать комментарии для вещей, которые очевидны, как сеттеры и геттеры.

Так что я бы пошел с такие комментарии должны быть записаны только тогда, когда значение не совсем ясно из определения.

+0

Я принимаю это как ответ, если код не является API. Если это так, то я, скорее всего, применил бы подход с последовательностью. – gablin

1

Я использовал для создания кода для каждого метода, но теперь я создаю документацию только тогда, когда замечания добавляют дополнительную информацию, кроме самого кода.

Здесь question по аналогичной теме с большим количеством ответов. По мере развития кода существует вероятность того, что обновление документации будет «забыто». Ссылаясь на вопрос в ссылке, плохая документация хуже, чем никакой документации вообще.

+0

Я согласен с тем, что плохая документация хуже документации вообще, но что делать, если документация хорошая, но лишняя. Это все еще лучше без какой-либо документации? – gablin

+0

Я думаю, что это зависит. Если это действительно лишнее, тогда это не нужно, поскольку оно отвлекает энергию разработчика. В противном случае, если код написан как часть API (что означает, что многие пользователи API будут читать документацию), тогда желательно написать согласованную документацию, другими словами, для каждого метода класса. – rics

+0

Опять же, я согласен. ^^ – gablin

 Смежные вопросы

  • Нет связанных вопросов^_^