Как разумно исправить документацию в Eclipse? - программирование
Подтвердить что ты не робот

Как разумно исправить документацию в Eclipse?

В мои дни С# мне нравилось использовать расширение Visual Studio под названием "GhostDoc". Теперь, когда я использую Java-разработчик, я использую Eclipse. Я могу жить, не имея возможности выводить документацию, но что-то, что я хотел бы сделать, это разумно "исправить" мою документацию. Например, допустим, что у меня есть следующий метод:

/**
 * Gets a collection of {@link Foo} objects
 * @param bar The bar level
 * @param baz The bazziness
 */
public Collection<Foo> getFoos(int bar, int baz)
{
    // Do something cool
}

Позже в разработке я понимаю, что было бы полезно разрешить пользователям моего метода передавать значение qux. Не только это, но имеет смысл иметь его в качестве первого параметра. Кроме того, я собираюсь использовать метод throw для моего супер полезного исключения FooBarException. Итак, теперь мой метод выглядит следующим образом:

/**
 * Gets a collection of {@link Foo} objects
 * @param bar The bar level
 * @param baz The bazziness
 */
public Collection<Foo> getFoos(String qux, int bar, int baz) throws FooBarException
{
    // Do something cool
}

Будучи хорошим разработчиком, я хочу, чтобы мои изменения отражались в моем JavaDoc. В GhostDoc я мог ударить по ключевому слову моего документа, и он добавит новые вещи, не потревожая старые вещи. В Eclipse он отображает совершенно новый набор JavaDoc, и мне нужно сделать кучу копий пасты. Как я могу автоматически добавить новый @param, @exception и отсутствующий параметр @returns в свой JavaDoc без потери JavaDoc, который у меня есть в настоящее время?

4b9b3361

Ответ 1

Не уверен, что следующее вы используете, но поскольку eclipse имеет свой собственный JavaDoc Validator, вы можете настроить компиляцию предупреждений/ошибок в

Окно → Настройки → Java → Компилятор → JavaDoc.

При активации отсутствующих тегов javadoc по вашим собственным потребностям и установке уровня предупреждения на "предупреждение", компилятор заметит ваши изменения и даст вам предупреждение, как только ваш javadoc отличается от вашей подписи методов. Чтобы исправить это, он предлагает quickfix (STRG + 1), и вы можете выбрать добавить все отсутствующие теги. Эта операция добавит недостающие теги даже в нужном месте, не испортив старый комментарий.

enter image description here

Ответ 2

Eclipse поддерживает "код" -компонента для JavaDoc. Вам не нужно вводить оператор дыр. Вам нужно только набрать "@p", а CTRL + Space напечатает остальное для вас. Или даже лучше, просто напишите имя парметера, добавление кода добавит остальные.

Это не прямой ярлык, но вы можете быстрее выполнить javadoc, чем писать все с нуля.

то же самое для @t (@throw) @r (@return) и т.д.

Изменить комментарий:

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

Checkstyle добавит маркеры проблем в ваш редактор java-кода и ваши проблемы. Таким образом, вы можете легко найти строки кода с проблемами javadoc.

Ответ 3

Ввод/** над типичным местом комментариев (в тех же местах, что и с GhostDoc) автоматически завершит создание шаблона для комментария.

Если вы измените имя переменной с помощью функции переименования (Shift + Alt + R), то Eclipse также изменит имена во всех правильных местах, предполагая компиляцию кода.

Это включает ссылки и комментарии, которые вы сделали

/**
 *
 * My funky method
 *
 * @param myThing
 *         myThing is of type {@link MyThingClass}
 */
 public void myMethod(MyThingClass myThing) {}

Переименование либо myThing, либо MyThingClass с использованием функции переименования Eclipse также обновит эти ссылки.

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

В принципе, если вы вообще рефакторинг, используйте меню рефакторинга (Shift + Alt + T).

Ответ 4

Checkstyle уже упоминалось. Я попробовал, но, похоже, он сильно замедлял мой Eclipse (E4 juno, хотя, как известно, имеет некоторые плохие спады).

Google CodePro работал лучше, поэтому теперь я использую это сейчас.

И, конечно, вы можете включить предупреждения JavaDoc.

Ответ 5

http://jautodoc.sourceforge.net/ хорошо работает с Луной пожалуйста, зарегистрируйтесь на рынке enter image description here