☰

“at”符号@在文件路径中相对安全吗？

tag-icon • tag-icon files osx posix
“at”符号@在文件路径中相对安全吗？

我正在考虑开源库中文件和文件夹的命名约定 - 具有这 4 个名称的路径具有特殊含义：

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

除了制表符补全有点不稳定之外，一切似乎都很好 - 有人预见到在文件路径中使用 at 符号会出现问题吗？

是否有另一个好的符号可以用来在路径中创建唯一标识符？

也许 < > 字符比 @ 更安全......

答案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 SRC user@host:。如果省略:，rsync 将创建一个本地文件user@host，而不是尝试复制到user名为 的计算机上的主目录host。

答案3

是的，所以我不是很时髦，但显然你可以使用键盘生成相当多的 unicode 字符alt + [x]。

因此，文件路径中不需要使用 @ 符号，这需要转义 \@

我可能会使用其中之一：

ΔΣμß

它们是由 alt 键和字符键组合生成的。

当使用这些字符时，您也可以完成制表符补全，这是必要的。

如果有人发现在文件路径中使用这些类型的字符有问题，请尽快告诉我:)

相关内容