通过管道传输命令列的输出

通过管道传输命令列的输出

我正在使用 lolcat 来获取彩色的 ls 输出。为此,我将 /usr/bin/ls 复制到 /usr/bin/lsslss(以避免无限循环,因为别名不能接受 $* 或 $@),并添加了以下函数:

ls(){ lsslss $* | lolcat; } 到 .bashrc

问题是,当我使用 ls 时,管道一次传输每个文件,因此它会显示为一个长列表,如下所示:

在此处输入图片描述

而不是像这样的表格:

在此处输入图片描述

为了将其更改为表格,我可以通过管道将输出放入列命令中。但当我这样做时,它会变回长列表(可能是因为列仅格式化它而不是将其更改为行)

我原本打算这么做:

ls(){ lsslss $* | columns | lolcat; }

无论如何,我想知道是否有办法通过管道传输原始输出,而不是使用 | 来将列的输出通过管道传输到 lolcat 中?

提前致谢。如果我的问题措辞不当或难以理解,请见谅。我几乎总是发现已经有人问过的问题,所以我不经常发布问题。

答案1

扩展@dessert的答案,您需要做更多的工作才能使您的彩色ls版本ls在所有情况下(希望如此?)表现得与真实版本一样。问题是它ls不是为了解析而是为了仅供人眼观看。为此,它会根据环境强烈调整其工作方式,例如,它是连接到终端还是输出到管道。

首先,您不需要单独的/bin/lsslss可执行文件来避免递归。使用 shell 内置函数command从磁盘调用可执行文件,忽略任何同名的 shell 函数或别名。

其次,$*将所有函数参数作为一个字符串提供给您,然后由于未加引号,因此需要对其进行分词。如果您的参数带有空格,这可能会产生令人惊讶的错误结果。始终使用"$@",这样可以精确保留所有参数的原始形式,而无需连接或进一步拆分。

第三,根据您放置定义的位置,如果已经是别名,则ls () { ... ;}定义函数的语法可能不起作用,因为别名扩展首先发生,从而导致语法错误。通过在它之前写入来使用显式语法。lsfunction

然后,我们可以使用ls'-C标志来手动启用列输出:

function ls() { command ls -C "$@" | lolcat ;}

但是,如果我们这样做并将输出通过管道传输lolcat(或任何其他方式),您会注意到它不再使用终端的整个宽度,而最多只使用 80 列。这是因为如果其标准输出不再直接连接到终端,它就无法检测终端宽度。但是,您的 shell 仍然知道终端,并且它会用检测到的宽度填充变量COLUMNS。但是,由于此变量默认情况下不导出,因此ls看不到此值。我们可以手动将其传递给此命令,例如:

function ls() { COLUMNS="$COLUMNS" command ls -C "$@" | lolcat ;}

现在我们应该总是能得到正确的宽度,但如果我们真的想ls通过管道传输其他内容,会发生什么?通常你不应该这样做,因为正如我在开始时所说的那样,ls永远不应该被解析。但有时它可能仍然有用(有些脚本可能不幸地依赖它),所以让我们至少尝试保留原始行为。现在,我们总是会得到列作为输出,例如ls | cat。(那里不再有颜色,因为lolcat还会检查它是否输出到终端或管道,并在后一种情况下关闭颜色)

让我们在函数中添加一个检查,ls如果通过管道传输,则使用普通的实数,如果仅用于终端视图,则使用我们花哨的彩虹列版本。标准输出(文件描述符 1)是否是终端/TTY 可以使用以下命令轻松检查[[ -t 1 ]]

function ls() { 
    if [[ -t 1 ]] ; then COLUMNS="$COLUMNS" command ls -C "$@" | lolcat ; else command ls "$@" ; fi
}

我认为这足以捕捉所有ls预期特殊/不同行为的情况,以便您的函数仅在终端中直接查看时添加颜色,否则不会改变任何内容。

答案2

当其输出通过管道传输时,ls禁用列列表。使用-C选项明确启用它:

ls(){ COLUMNS="$COLUMNS" command ls -C "$@" | lolcat; }

COLUMNS="$COLUMNS"将变量正确设置COLUMNS为当前终端的宽度,否则默认为 80 – 尝试调整终端窗口的大小并比较输出。command ls用于忽略别名和函数,并ls在其可执行文件所在的位置调用。请注意,我使用了"$@", 来引用Bash 黑客维基

[ "$@"] 反映所有位置参数,因为它们最初被设置并传递给脚本或函数。如果您想重新使用位置参数来调用另一个程序(例如在包装器脚本中),那么这是您的选择,使用双引号 "$@"
好吧,我们就说:您几乎总是想要一个引用"$@"

相关内容