"at"記号@はファイルパスで比較的安全ですか?

"at"記号@はファイルパスで比較的安全ですか?

オープンソースライブラリのファイルとフォルダの命名規則を考えています。この4つの名前を持つパスは特別な意味を持ちます。

@src
@target
@transform.sh
@run.sh

タップの完成が少し不安定であることを除いて、すべてが大丈夫です。ファイルパスでatシンボルを使用するのに問題があると予想している人はいますか?

パスに一意の識別子を作成するために使用できるもう1つの良いシンボルはありますか?

たぶん<>文字は@より安全であるかもしれません...

答え1

@ 記号は通常、ホスト名の先頭として理解されます。

mail [email protected]

これは、ネットワークを使用できる多くのプログラムがこれらの文字によって混同される可能性があることを意味します。前にスラッシュを追加すると、このような混乱を減らすことができますが、起動/@ファイルにネットワーク使用量がなく、より強力に見えますが、なぜシステムと戦うのですか?_

必要なものが「クール」であり、ファイルシステムがUnicodeを使用できる場合(一部のファイルシステムは使用できません)、以下を使用してください。

☺src
☺target
☺transform.sh
☺run.sh

またはクール:❄src リズムを使う:♫srcまたはʕ•ᴥ•ʔsrc選択してください。

はい、「一言」のシンボルがたくさんあります。見てください。絵文字ブロック

答え2

systemdはファイルパスに@:を使用します。あなたのプロジェクトのLinuxユーザーには何の問題もないと予想されます。私が見るには安全に見えます。/usr/lib/systemd/system/[email protected]@

を含む埋め込み@文字列を異なる方法で処理するネットワークコマンドを見たことはありませんmail。省略すると、rsyncは名前付きシステムのホームディレクトリにコピーしようとする代わりにローカルファイルを作成します。:rsync SRC user@host::user@hostuserhost

答え3

はい、私はあまり流行に劣りませんが、キーボードを使用してかなりのUnicode文字を生成できるようですalt + [x]

したがって、ファイルパスに@記号を使用する必要はありません。これには\ @をエスケープする必要があります。

おそらく次のいずれかを使用します。

ΔΣμß

Altキーと文字キーの組み合わせで生成されます。

これらの文字を使用するときに必要なタブの完成を完了することもできます。

ファイルパスでこの種の文字を使用できない人がいる場合は、できるだけ早くお知らせください。 :)

関連情報