Przejrzałem odniesienie do JavaDoc i chociaż rozumiem podstawową różnicę między @see
(różnymi linkami) a {@inheritDoc}
(eksport komentarza JavaDoc nadklasy), potrzebuję wyjaśnienia, jak rzeczy faktycznie zostały zaimplementowane.
W środowisku Eclipse IDE, kiedy wybiorę opcję „Generuj komentarze elementu” dla metody dziedziczonej (z interfejsu lub zastąpienia toString () itd.), Tworzy następujący komentarz
/* (non-Javadoc)
* @see SomeClass#someMethod()
*/
Jeśli jestem zobowiązany do produkcji JavaDoc powinienem pozostawić go na tym, wymienić @see
się {@inheritDoc}
lub przekształcić go w bona fide JavaDoc jako takie:
/**
* {@inheritDoc}
*/
A kiedy to zrobię, czy nadal powinienem zachować flagę metody class #?
@inheritDoc
wtedy, gdy zamierzasz dodać do oryginalnej dokumentacji nadklasy. Jeśli chcesz tylko, aby została zduplikowana, Javadoc już to zrobi, zauważając, że dokumentacja nadklasy dotyczy metody nadpisanej podklasy, ponieważ podklasa nie dostarczyła dodatkowej dokumentacji.@inheritDoc
i nie widzę żadnej różnicy. Nawet bez tego@inheritDoc
widzę, że Javadoc klasy pochodnej został dołączony do klasy bazowej.@inheritDoc
a następnie dodanie dokumentacji specyficznej dla implementacji, np. W jaki sposób implementuje / nadpisuje metodę macierzystą, a zwłaszcza DLACZEGO robi to tak, jak robi.