Общий формат из раздела @link документации javadoc :
Примеры
Метод в том же классе:
/** See also {@link #myMethod(String)}. */
void foo() { ... }
Метод в другом классе, либо в том же пакете, либо импортированный:
/** See also {@link MyOtherClass#myMethod(String)}. */
void foo() { ... }
Метод в другой упаковке и не импортируется:
/** See also {@link com.mypackage.YetAnotherClass#myMethod(String)}. */
void foo() { ... }
Метка, связанная с методом, в виде простого текста, а не шрифта кода:
/** See also this {@linkplain #myMethod(String) implementation}. */
void foo() { ... }
Цепочка вызовов методов, как в вашем вопросе. Мы должны указать метки для ссылок на методы вне этого класса, или мы получим getFoo().Foo.getBar().Bar.getBaz()
. Но эти ярлыки могут быть хрупкими; см. «Метки» ниже.
/**
* A convenience method, equivalent to
* {@link #getFoo()}.{@link Foo#getBar() getBar()}.{@link Bar#getBaz() getBaz()}.
* @return baz
*/
public Baz fooBarBaz()
Этикетки
Автоматический рефакторинг может не повлиять на ярлыки. Это включает переименование метода, класса или пакета; и изменение сигнатуры метода.
Поэтому указывайте метку, только если вы хотите, чтобы текст отличался от текста по умолчанию.
Например, вы можете сделать ссылку с человеческого языка на код:
/** You can also {@linkplain #getFoo() get the current foo}. */
void setFoo( Foo foo ) { ... }
Или вы можете связать образец кода с текстом, отличным от текста по умолчанию, как показано выше в разделе «Цепочка вызовов методов». Тем не менее, это может быть хрупким, в то время как API развиваются.
Тип стирания и #member
Если подпись метода включает параметризованные типы, используйте удаление этих типов в javadoc @link. Например:
int bar( Collection<Integer> receiver ) { ... }
/** See also {@link #bar(Collection)}. */
void foo() { ... }