2015-05-18 7 views
5

Angesichts der folgende Code-Schnipsel:Javadoc Kommentare für einfache Konstruktoren. Benötigt oder unnötig?

/** 
* Initializes a new instance. 
* 
*/ 
public Collector() { 
    this.map = new HashMap<>(); 
} 

Bitte konzentrieren sich auf die Javadoc-Kommentar: Es gibt nicht sehr viel in diesem Konstruktor geschieht. Also, was ist der richtige Weg, um Javadoc dafür zu schreiben? Wie oben gezeigt? Das wäre vollkommen genau aber überflüssig zur gleichen Zeit, weil ein Konstruktor eine neue Instanz initialisieren soll.

Also, einerseits wollen wir keine überflüssigen Informationen in Javadoc-Kommentare schreiben, andererseits muss es einen Javadoc-Kommentar geben (oder?).

Also, kurz gesagt, wie man sinnvolle, nicht redundante Javadoc in solchen Situationen schreiben?

+1

Ich hätte lieber einen * Javadoc-Kommentar * der wie folgt lautet - * Die Klasse X hat nur einen Standardkonstruktor, der eine HashMap HM initialisiert, die den Schlüssel k und den Wert V für die Operation speichert. O * – TheLostMind

+4

Direkt von Oracle - [Dokumentieren von Standardkonstruktoren] (http://www.oracle.com/technetwork/java/javase/documentation/index-137868.html#defaultconstructors). –

+2

Wenn der Kommentar genau das ist, was Sie gepostet haben: Ich würde gerne den Typen sehen, der nicht weiß, dass ein Konstruktor eine neue Instanz initialisiert, aber schlau genug ist, das JavaDoc zu überprüfen. – Stultuske

Antwort

0

Es hängt davon ab, wer der Leser des Codes ist und wie offensichtlich die Funktionalität des Konstruktors ist. Entweder ist das Javadoc die einzige Informationsquelle für einen Leser (closed-source), oder der Leser kann leicht erfassen, was im Detail von der Quelle aus geschieht. In unseren Projekten haben wir keine offensichtliche Funktionalität. Wenn ein Formalismus javadoc erfordert, verwenden wir einfach/** Konstruktor. * Nur um den Formalismus zu befriedigen.

Verwandte Themen