API ドキュメントのために Java でコンストラクターの param タグと return タグを記述する必要がありますか?
これは私が持っているコードです:
/**
* Another constructor for class Time1
*/
public Time1 (Time1 other)
{
_hour = other._hour; _minute = other._minute; _second = other._second;
}
API ドキュメントのために Java でコンストラクターの param タグと return タグを記述する必要がありますか?
これは私が持っているコードです:
/**
* Another constructor for class Time1
*/
public Time1 (Time1 other)
{
_hour = other._hour; _minute = other._minute; _second = other._second;
}
を作成する全体的な目的はDocumentation
、実装者がコードで何をしようとしているのかを理解できるようにすることです。
documentation
か? yes
あなたの使用を計画しているプログラマーAPI
は、a の「明白な」目的を理解してmethod,property,constructor,class
いない可能性があります。使用は@param, @return
annotations
、この場合にのみ使用する必要があります。質問コードの例では、次のようになります。
/**
* Another constructor for class Time1
*/ public Time1 (Time1 other)
{
_hour = other._hour; _minute = other._minute; _second = other._second;
}
それで、あなたのコンストラクターは何かを返しますか? いいえ、なぜ@return
注釈を使用するのですか。しかし、あなた constructor
が持っているのはパラメーターなので、ここで行う正しいことは次のようになります。
/**
* Another constructor for class Time1
* @param other <and explain its purpose>
*/
public Time1 (Time1 other)
{
_hour = other._hour; _minute = other._minute; _second = other._second;
}
コンストラクターに return タグを含めることは意味がありませんが、それ以外は、コンストラクター Javadoc はメソッドの Javadoc と似ています。特定のタグを含める必要はありませんが、さまざまな理由で含めることを選択できます。おそらく、特定のパラメーターに関するポイントを説明するため、特定の例外がスローされる可能性のある条件を強調するため、またはいくつかの条件に準拠するためだけに-ハウスコーディングのガイドライン。
一般に、有用な情報だけを Javadoc に含めることをお勧めします。のようなものAnother constructor for class Time1
は特に役に立ちません-そのコンストラクターが別のコンストラクターで使用される理由や、このコンストラクターが存在する理由については説明していません。