java-docs について
java-docs は、Java のコードを文書化する開発者向けの Javadoc 作成スキルです。コメント構成、タグ、コード表記、継承や非推奨の記述方法を扱います。
主な機能
- 01public・protected メンバーの文書化
- 02Javadoc タグの指針
- 03インラインコードの書式
- 04継承と非推奨の記述指針
活用シーン
- 01メソッドやメンバーへの Javadoc 追加
- 02引数・戻り値・例外の記録
- 03ジェネリック API と継承 API の文書管理
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ midudev/ autoskills --skill java-docsインストール後、Claude Code で/java-docsを入力して読み込まれたか確認します。
詳細
Java ドキュメント(Javadoc)のベストプラクティス
- public および protected メンバーは Javadoc コメントで文書化する必要があります。
- package-private および private メンバーについても、特に複雑であったり自己説明的でない場合には、文書化することが推奨されます。
- Javadoc コメントの最初の文は要約説明です。メソッドが何を行うかの簡潔な概要とし、ピリオドで終える必要があります。
- メソッドのパラメータには
@paramを使用します。説明は小文字で始まり、ピリオドで終わりません。 - メソッドの戻り値には
@returnを使用します。 - メソッドがスローする例外を文書化するには
@throwsまたは@exceptionを使用します。 - 他の型やメンバーへの参照には
@seeを使用します。 - 基底クラスやインターフェースからドキュメントを継承するには
{@inheritDoc}を使用します。- ただし、大幅な動作変更がある場合は除きます。その場合は差異を文書化する必要があります。
- ジェネリック型やメソッドの型パラメータには
@param <T>を使用します。 - インラインコードスニペットには
{@code}を使用します。 - コードブロックには
<pre>{@code ... }</pre>を使用します。 - 機能が導入された時期(例: バージョン番号)を示すには
@sinceを使用します。 - メンバーのバージョンを指定するには
@versionを使用します。 - コードの作成者を指定するには
@authorを使用します。 - メンバーを非推奨としてマークし、代替手段を提供するには
@deprecatedを使用します。
コメント
Markdown 対応