CRLF/LF 改行コードのデファクトスタンダードは？

Question

シェルスクリプトの改行コードが"LF"ではなく"CRLF"だと，\rのせいでエラーがでて困りますよね．
しかし，CRLFの場合，エラーなどで困ることはあるのでしょうか？
私の記憶によれば,windowsはLFでも.bat/.ps1を読み込んでくれますよね？(たぶん)

つまり，ファイルの改行コードはCRLFかLFか，どちらが良いか？という質問です．

Answer 1

phpPgAdminでのインポートだったかな…CRLFだとエラーになるので、LFに置換した覚えがあります。
また、なにかでデータテキストをLFで提供していたのですが、メモ帳で開いたユーザはデータが改行されないため、データの並びを誤解されたことがあります。

ようするにケースバイケースです。
CRのみ、LFのみ、CRLFという3パターンの改行が存在することはもはや否定しようがないのですから、これらの改行が認識できて、必要に応じて簡単に一括置換可能な優秀なテキストエディタを利用する、というのが大事なのではないでしょうか。

Answer 2

どちらがいいか? の答えはありません。
歴史的事情や用途によります。

行末をCRLFにしておけば、
CRだけなら、行頭へ戻って上書き
LFだけなら、その桁位置で下の行へ移動
ができます。
こんな風に使うのはほとんどありませんけど・・・。
CR、LFをそれぞれ単独で用いて、上のようなことをしたい、ということでないなら
LFがいいです。
CRLFの2文字で一つの機能を定義すると、
CRだけ、LFだけ、LFCRと続いたとき
の3通りでそれぞれどうするか?で悩んでしまいます。

ま、LFと決めても、それ以外をどう処理するかは決めないとダメですけど・・・。

Answer 3

Windows標準のメモ帳ではCR-LFで見るので、LFでは改行されずに1行で表示されると思います。
逆にCR-LFのファイルをLinuxでviで開くと「^M」とか行末に出ることがあります(最近はまずありませんが)
更に昔のMacではCRが標準だったりしたこともあって、どれが標準かというのはそれぞれのエディタ等の標準で考えるしかありません。

個人的には、プログラムに絡むものは全てLFで統一しています。
理由としては「CR-LF」で改行を判断する場合、セットで見る事になるので、LF単体がマッチしないというような事になりやすいためです。
コーディング規約等でそのあたり取り決めておけば、システム内で困る事はあまりないと思います。
(外部から取り込むファイル等については話が別ですが)