改行はエンコードプロセスにどのような影響を与えますか?

タイトルの通りですが、psr-2のドキュメントを見ていたら、「phpファイルではunxi形式のlf改行が使用されている」ということが分かりました。
わかっています

• 窓:CRLF

• unix:LF

• マック:CR

では、Windows でコーディングするときに lf 改行を使用すると、どのような影響がありますか?
もう一つ質問ですが、改行文字はどのような問題を私たちにもたらしますか?それともコーディングに落とし穴があるのでしょうか？

返信内容:

タイトルの通りですが、psr-2のドキュメントを見ていたら、「phpファイルではunxi形式のlf改行が使用されている」ということが分かりました。
わかっています

• 窓:CRLF

• unix:LF

• マック:CR

では、Windows でコーディングするときに lf 改行を使用すると、どのような影響がありますか?
もう一つ質問ですが、改行文字はどのような問題を私たちにもたらしますか?それともコーディングに落とし穴があるのでしょうか？

通常の文字エンコーディングは ASCII と互換性があり、ASCII では LF と CR は常に 10 ～ 13 であるため、改行文字は改行をマークするだけです。そのため、エンコーディングに関連する落とし穴はありません。

現時点では、IDE であろうと通常のエディタであろうと、Windows であろうと Linux であろうと、基本的にすべてに改行設定があります。

あなたが言及した Windows: CRLF、*nix: LF、および初期の macOS: CR は、システムのデフォルトの改行にすぎません。対応するシステムでこのタイプの改行のみが使用できるという意味ではありません。