Visual Studioでコードエディタを開くと、いつでも生成されたコードの最後に空白の改行があります。彼らは私に無関係なので、私は通常それらを削除します。しかし、最近私はGithubのコードを読んでいました。ソースコードの最後に改行が入っています
\ No newline at end of file
これは最後の行です。今私は、ソースコードの最後に空白の新しい行がある程度関係があると思っています。しかし、それはどういう意味ですか?どんなパフォーマンスを向上させるのでしょうか?
Visual Studioでコードエディタを開くと、いつでも生成されたコードの最後に空白の改行があります。彼らは私に無関係なので、私は通常それらを削除します。しかし、最近私はGithubのコードを読んでいました。ソースコードの最後に改行が入っています
\ No newline at end of file
これは最後の行です。今私は、ソースコードの最後に空白の新しい行がある程度関係があると思っています。しかし、それはどういう意味ですか?どんなパフォーマンスを向上させるのでしょうか?
いいえ、違いはありません。
いくつかのコーディング規約では、最終改行があるといい、一部の人には良いと言われるものもあります。は、ではありません。
Cに新しいラインについてもっと読む++ここ:"No newline at end of file" compiler warning
を、私は、Visual StudioとGitの両方がほとんど慣例とコヒーレントであることのためにそれを行うとします。
blah\n
bleh (no newline)
あなたはそれを修正する:
blah\n
bleh\n
foo (no newline)
その後によると、このような - それは可能
かなりの唯一の違いは、改行なしでファイルを持っている場合ということですdiffを使用して、2行を修正しました.1つは内容で、もう1つは改行で...これはおそらくあなたが望むものではありません。それでは、実際には、どちらを選んでも問題はありません。改行を含めると、diffは少しきれいになります。
これは、他の回答に記載されているように一部のプリプロセッサにも違いがありますが、使用する言語によって異なります。
もちろん、パフォーマンスの違いはまったくありません。
2つのことは、私は、ファイルの末尾に改行を持つ好む作る:
が重複する可能性のうちのいくつかの予期しない位置に同じ列で私を置くとありません["ファイルの最後に改行がありません"コンパイラ警告](http://stackoverflow.com/questi) ons/72271/no-newline-end-of-file-compiler-warning) – JohnFx
特定の「ベストプラクティス」のメリットについて質問し、自分の推測を「パフォーマンス」としてリストしている人はどうですか? WTF、スタックオーバーフロー。 – delnan