![为什么 ls 从未实现过可解析选项?](https://linux22.com/image/187547/%E4%B8%BA%E4%BB%80%E4%B9%88%20ls%20%E4%BB%8E%E6%9C%AA%E5%AE%9E%E7%8E%B0%E8%BF%87%E5%8F%AF%E8%A7%A3%E6%9E%90%E9%80%89%E9%A1%B9%EF%BC%9F%20.png)
所以我们都认识你不应该解析 ls出于多种原因,主要是由于文件名允许几乎每个字符。然而,为什么没有人能够在 ls 的实现中克服这个问题呢?
许多命令都有一个命令行参数,它将可解析的文本输出到标准输出,通常是 csv 格式。现在我知道文件名可以有逗号,但 csv 文件也可以,这是使用双引号的简单修复。我想另一个问题是文件名也可以包含双引号,但我仍然拒绝开源 hivemind 无法找到解决方案。是什么阻止某人实现 ls 的可解析选项?
所以我们都认识你不应该解析 ls出于多种原因,主要是由于文件名允许几乎每个字符。然而,为什么没有人能够在 ls 的实现中克服这个问题呢?
许多命令都有一个命令行参数,它将可解析的文本输出到标准输出,通常是 csv 格式。现在我知道文件名可以有逗号,但 csv 文件也可以,这是使用双引号的简单修复。我想另一个问题是文件名也可以包含双引号,但我仍然拒绝开源 hivemind 无法找到解决方案。是什么阻止某人实现 ls 的可解析选项?