最近、製品のテスト用のツールなどをよく作ることがあります。
こういうのは本来は担当者に作らせたいところなんですが、どうもWindowsバッチを組んだりした経験がなく、時間がないということで、ガッと私が作ることになったんですが…
バッチファイルでファイルを1行ずつ読み込む一般的な処理といえばこんな感じ。
for /f 文で読み込む対象のファイルを指定します。
ただ、読み込み対象として指定するファイルパスに空白が含まれていなければ何の問題もないのですが、もしファイルパスに半角スペースが含まれていると…
すると、読み込むファイルパスがファイル名ではなく、ただの文字列と判定され、その結果、最初のスペースまでの文字列が読み込まれます。
(デフォルトの区切り文字が半角スペースで設定されるため)
これを解決する方法はあるのか・・・?
と調べていると、とあるオプションを使えばよさそうです。
■ usebackq
→ バッククォートで囲まれた文字列をコマンドとして実行。
実際、バッククォートといえば、上記の目的でよく使います。ただ、上記をオプションとして追加することで、解釈がかなり変わってしまうようです。
★ダブルクォートで囲った文字列
- usebackqなし → 文字列として解釈
- usebackqあり → ファイル名として解釈
★シングルクォートで囲った文字列
- usebackqなし → コマンドとして解釈
- usebackqあり → 文字列として解釈
このオプションを使うことで、ダブルクォートで囲ったものをファイル名と解釈冴えるようになるので…、
これで読み込みができるようになりました。
バッククォートのオプションなのに、ここまで変わるのは知りませんでしたね。
まあ、実際これ以外にも回避する方法は実際あって、
バッチファイルのカレントパスに移動してしまえば、相対パスだけの問題になり、半角スペースを気にしなくてもよくなります。
ただ、ファイル名にスペースが含まれている場合や、バッチファイルからの相対パスに半角スペースを含んだ場所にあるファイルを読み込む場合は、この手段が使えないので、やはり usebackqオプションを使った方法しかなさそうな気がしますね。