#10 JavaScriptで学ぶコメント規約の基本

JavaScriptのコメントには、他の多くの言語と共通する2種類の書き方があります。この記事では、JavaScriptにおけるコメントの書き方と慣習について解説します。

コメントの書き方

1行だけのコメントは//を使います。

// これは年齢を表す変数
let age = 20;

複数行にまたがるコメントは/* */で囲みます。

/*
 * ここに複数行の説明を書ける
 */

JSDocという慣習

関数の説明を書く際は、/** */で始める「JSDoc」という書き方がよく使われます。

/**
 * 利用者に挨拶を表示する
 * @param {string} name 利用者の名前
 * @returns {string} 挨拶メッセージの文字列
 */
function greet(name) {
    return `こんにちは、${name}さん`;
}

この書き方をしておくと、エディタが関数の説明や引数の情報を補完時に表示してくれるようになります。@paramで引数、@returnsで戻り値の説明を書くのが基本形です。

TODOコメントで作業を残す

後で対応する必要がある箇所には、// TODO: 説明という形式でコメントを残す習慣が広く使われています。多くのエディタはTODOコメントを一覧表示してくれるため、実装途中の箇所を見失いにくくなります。

// TODO: エラーメッセージを多言語対応させる
function showError(message) { ... }

何を書くべきか

コードを読めば分かる内容をそのままコメントにするのではなく、なぜその実装を選んだのか、注意すべき点は何か、を書くことが大切です。特に、一見不自然に見える処理(ブラウザの互換性対応など)には、その理由を書いておくと、後で読んだ人が誤って「不要なコード」と判断して削除してしまう事故を防げます。

ライセンス表記のコメント

ライブラリのコードなどでは、ファイルの先頭に著作権やライセンス情報をコメントで書くことがあります。ビルドツールによる圧縮(minify)の際、通常のコメントはすべて削除されますが、/*!のように末尾に!を付けたコメントは特別扱いされ、圧縮後も残されることが多いです。

JavaScriptならではの注意点

JSDocは書式が細かく決まっているため、最初から完璧に書こうとせず、@paramのような基本的な部分から少しずつ取り入れていくとよいでしょう。TypeScriptを使わないプロジェクトでは、JSDocが型情報を補う役割も兼ねることがあるため、特に公開する関数には丁寧に書いておく価値があります。

まとめ

JavaScriptのコメントは//と/* */が基本で、関数の説明にはJSDocという慣習があります。TODOコメントやエディタの補完機能も活用しながら書いていきましょう。


本ページはプロモーションを含みます。

参考書籍(PR)

JavaScriptをもっと学びたい方には「改訂新版JavaScript本格入門」がおすすめです。


PR

コードを書かずに自動化したい方へ

「学んだけど自分の作業に組み込む時間がない」という方向けに、ダブルクリックで動く Windows専用の自動化ツールをオーダーメイドで作成しています。気になる方は こちらをご覧ください。

コメント

このブログの人気の投稿

#25 Rustで学ぶAI API(ChatGPT等)の呼び出し方の基本

#8 C++で学ぶ文字列操作の基本

#16 TypeScriptで学ぶ辞書型(マップ)の基本