JavaRush /Java Blog /Random-JA /Java でのコメント: すべてがそれほど単純なわけではありません
Viacheslav
レベル 3

Java でのコメント: すべてがそれほど単純なわけではありません

Random-JA グループに公開済み

導入

コメント- もっと簡単にできるように思えますが、なぜ記事全体を書く必要があるのでしょうか。しかし、それはそれほど単純ではありません。上司が言ったように、コードは誰でも書けますが、良いコメントを書くのは難しいです。 Java でのコメント: すべてがそれほど単純なわけではありません - 1ほとんどの語学コースは従来の Hello World から始まります。Oracle チュートリアルでも、 「はじめに」セクションでは、「Hello World!」から始まります。応用。コードの最初の行から、Java コメントが表示されます。Java コード規約のような重要な文書では、コメントに別のセクション (コメント )が設けられているという事実によっても、その重要性が強調されます。ドキュメントによると、Java のコメントは 2 つのタイプに分類されます。
  • 実装コメント (またはコード コメント)。
  • コメントを文書化します。
コード コメントは個々の行/ブロックを説明するために使用され、ドキュメント コメントは実装とは無関係にコード (そのインターフェイス) の仕様を説明するために使用されます。Java コメントはコンパイラによって無視されます。これらはユーザーではなく開発者にとって意味があります。したがって、コンパイルされたクラスのサイズを削減できます。

Javaコードのコメント

名前から、このコメントがコードに関連しており、その機能を反映していることは明らかです。コードのコメントは次のとおりです。
  • 小文字 (つまり 1 行で記述)

    // Строчный комментарий
    System.out.println("Hello, World!");

  • ブロック (つまり、1 行に収まらないため、ブロック全体として記述されます)

    /*
     * Блочный комментарий
     */
    System.out.println("Hello");
ブロック コメントの興味深い機能は、ブロック コメントを「 /*- 」 で始めると(つまり、アスタリスクの後にマイナス記号を追加すると)、このブロック コメントのテキストはフォーマットされないことです。興味深いですが、特定のコメントを利用すると、IDE のヒントを得ることができます。たとえば、Eclipse IDE でインライン コメント「 //@formatter:on」および「//@formatter:off 」を使用すると、コードのセクションの書式設定を無効にすることができます。コメントは控えめに、必要な場合にのみ使用する必要があります。たとえば、このトピックに関する記事「コードにコメントを書かないでください!」を読むことができます。。Robert Martin 著『Clean Code: Creation, Analyzing, and Refactoring』という素晴らしい本があります。別の章「コメント」があります。この章のエピグラフとして、Brian W. Kernighan と P. J. Plawer による「悪いコードはコメントしないで書き直してください」という同様に優れた引用があります。この章はGoogle ブックスでご覧いただけます。その一般的な意味は、彼の一言で表現できます。
コメントを書くたびにひるみ、失敗したような気分になります。」
絶対的な真実がないことは明らかであり、コメントが必要な場合もあります。しかし、常に選択肢はあり、不必要なコメントとは戦う必要があります。この章では、珍しいコメント、TODO についても説明します。
// TODO: Добавить World
System.out.println("Hello, ");
これらの重要な点は、IDE で特別な方法で処理できることです。たとえば、IDEA では、それらは別のタブに収集され、そこで表示できます。
Java でのコメント: すべてがそれほど単純なわけではありません - 2
そして、コメント付きの小さな謎: 行「http://google.com」はメソッド内の有効な行です。ここの http は実際にはタグであり、その後にコメントが続きます。多くのコメントは、コード コメントからドキュメント コメントに移行することがよくありますが、これについては後で説明します。

ドキュメントへのコメント

ドキュメントのコメントでは、パブリック API について説明します。 APIはアプリケーション プログラミング インターフェイス、つまり、他の開発者がアクションを実行するために使用できるクラスとメソッドです。つまり、これらのコメントは、このクラスやパッケージが作成された理由と、このメソッドやそのメソッドが何を行うのかを説明する必要があります。必要に応じてクラスフィールドを記述することもできます。これはまさに IDE のツールチップに表示されるものであり、JavaDoc として表示されます。例えば:
Java のコメント: すべてがそれほど単純なわけではありません - 3
このメソッドに進むと、このテキストがどこから来たのかがわかります。
Java でのコメント: すべてがそれほど単純なわけではありません - 4
ここでも、JavaDoc を適切にフォーマットする方法については、「Java コード規則:コード規則」を参照してください。これらはブロック コメントに似ていますが、1 つのアスタリスク (Asterix ではありません) の代わりに 2 つが使用されます。JavaDoc の例は上に示されています。これについては Oracle の公式ドキュメントにすでに記載されているため、すべての可能性を説明するのは意味がありません。したがって、必要なものはすべて、公式JavaDocドキュメントの「タグの説明」セクションで確認します。Oracle には、このトピックに関する別のチュートリアル「How to Write Doc Comments for the Javadoc Tool 」も用意されています。IDE のツールチップは便利ですが、実際にはドキュメントであるのには理由があります。これらの JavaDoc コメントに基づいてドキュメントが生成されます。これには特別なjavadocユーティリティがあります。ご覧のとおり、チュートリアルではこれについて説明しています。使用方法の説明は、JavaDocに関する Oracle の公式 Web サイトにあります。これがどのようなものかを自分で確認するには、ディレクトリ内にパッケージの名前でサブディレクトリを作成します (例: test )。コメントを含む単純なクラスを作成します。例えば:
package test;

/**
 * This is a JavaDoc class comment
 */
public class JavaDocTest {

  /**
   * This is a JavaDoc public field comment
   */
  public static final String HELLO_MESSAGE = "Hello, World!";

  public static void main(String... args) {
    JavaDocTest.greetings();
  }

  /**
   * This is a JavaDoc public method comment
   */
  public static void greetings() {
    System.out.println(HELLO_MESSAGE);
  }
}
この後、パッケージ ディレクトリを含むディレクトリから次のコマンドを実行できます。 javadoc -d ./test test この後、ドキュメントの生成プロセスが表示されます。
Java のコメント: すべてがそれほど単純なわけではありません - 5
次に、index.html を開いて、生成されたドキュメントを確認します。API ドキュメントが投稿されているのをよく見かけます。たとえば、Spring Framework API

結論

ご覧のとおり、コメントのような一見単​​純なものは、実際にははるかに複雑であることがわかります。したがって、コメントに時間をかけてコメントに従うと、コードが改善され、プログラマーとしての価値が高まります。#ヴィアチェスラフ
コメント
TO VIEW ALL COMMENTS OR TO MAKE A COMMENT,
GO TO FULL VERSION