ファイルを別のシステムに転送し、構造化されたファイル名を使用して言語コードを含むメタデータを含めるアプリケーションのメンテナンスに取り組んでいます。現在のアプリでは、区切り文字に 2 文字の言語コードとダッシュ/ハイフンを使用しています。
元。Canada-EN-ProdName-ProdCode.txt
IETF言語コードを使用するように変換しているため、ダッシュ区切り文字は機能せず、代わりが必要です。将来のエラーを回避するために区切り文字を決定しようとしており、チルダ ~ を検討しています。
元。カナダ~en-GB~ProdName~ProdCode.txt
これは、Windows Sever 2003 以降のシステムでのみ使用されます。私は確かに、ファイル名を解析してメタデータを取得するこのシステムを思いつきませんでした。残念ながら、これをファイル自体に含めることはできません。宛先システムは、言語コードがダッシュ付きの IETF 形式であることを期待しています。
ファイル名にチルダを使用した場合の潜在的な問題、またはより適切な文字を使用することについて何か考えはありますか? 失敗の可能性を見落としている場合に備えて、セカンドオピニオンを探しています。Windows は長いファイル名を 8.3 形式に短縮するときにチルダを使用すると思いますが、OS は lang ファイル名を処理できるため、ここでは問題にはなりません。