私はあなたがこれをまったく望んでいないと思います。Lattyware はすでに 2 番目のケースを説明していますが、最初のケースを見てみましょう。
x = foo(x); # compute the value of the next prime number
# that is larger than x (foo is a really bad
# choice for this function's name)
長すぎてインラインに収まらないコメントは、次のようにコードの上のブロック コメントに変換できます。
# compute the value of the next prime number that is larger than
# x (foo is a really bad choice for this function's name)
x = foo(x);
右揃えのコメントよりも読みやすいようです。また、より多くのスペースを提供します。そして、それは間違いなくemacsの方が簡単です(すべてを入力してmeta-Qするだけです)。そして、 PEP 8 のインライン コメントを引用します。
インライン コメントは慎重に使用してください。
インライン コメントは、ステートメントと同じ行のコメントです。
これはインライン コメントのスタイル ガイドのまさに始まりであり、同じ行に収まりきらない量を書き込もうとしている場合は、代わりにブロック コメントを使用する必要があることを強く示唆しています。
また、PEP 8について話している間:
- 「コメントは完全な文である必要があります。」最初のコメントにはピリオドが必要です。(はい、「コメントが短い場合は末尾のピリオドを省略できます」とも書いてありますが、3行2文のコメントなので、ここでは当てはまりません。)
- 「コメントがフレーズまたはセンテンスの場合、最初の単語は大文字にする必要があります」. そのため、"Compute" は大文字にします (ただし、"foo" は識別子なので、大文字にはしません)。
- 関数の名前が悪いというコメントを追加しないでください。関数の名前を変更してください。
- そのセミコロンを取り除きます。
そう:
# Compute the value of the next prime number that is larger than x.
x = next_larger_prime(x)
しかし、一度それを行ったら、コメントさえ必要ありません。
そして実際、それはかなり一般的です。コメントに関するスタイル ガイドラインを破るにはどうすればよいか迷っている場合は、その代わりに、コードを再構成して、すべてのコメントを必要としないようにする方法を検討する必要があります。常に可能であるとは限りませんが、少なくとも試してみる価値は通常あります。