时间戳

首页 > 解决方案 > 为什么 perltidy 要去标准输出？

perl - 为什么 perltidy 要去标准输出？

问题描述

我有一个 bash 命令，get-modified-perl-files它返回我在存储库中修改的所有 Perl 文件。我想在所有这些文件上使用 perltidy。

我创建了一个 bash 函数来完成这项工作：

tidy() {
    for f in `get-modified-perl-files`
    do
        echo $f
        perltidy -b $f
    done
}

根据 perltidy 的帮助页面， -b 选项应该创建我的原始文件的备份并就地修改它：

-b 将原始文件备份到 .bak 并就地修改文件

但是，当我启动我的 bash 函数时，没有创建备份。我的文件没有被修改，但是 perltidy 的输出打印在标准输出上。因此，我决定以这种方式更改对 perltidy 的调用：

\cp $f $f.bak
perltidy $f > $f

现在，当我运行命令时，我的文件备份已正确完成，但原始文件已清空，并显示以下消息：

跳过文件：file.pl：零大小

我找到了一种解决方法，可以提供我想要的结果，但它似乎牵强附会：

\cp -f $f $f.bak
echo "$(perltidy $f)" > $f

为什么 -b 选项不起作用？有没有办法在不使用这种奇怪的重定向的情况下做同样的工作？

编辑：这是我的.perltidyrc文件：

--perl-best-practices
--no-standard-error-output
--closing-side-comments
--closing-side-comment-interval=10
--blanks-before-subs
--blanks-before-blocks
--maximum-line-length=130

标签： perlperl-tidy

解决方案

perltidy $f > $f

对于任何程序，这永远不会做你想做的事。当您使用 运行程序时> $f，它会告诉 shell 您希望程序在其标准输出连接到 时运行$f。因此，在程序运行之前，shell 会打开$f以进行写入，这会破坏文件的内容。然后它将句柄连接到孩子的标准输出，然后运行 ​​perltidy，它尝试读取$f并发现......什么都没有，因为原始内容已经被清除了。不是成功的秘诀。这就是为什么 perltidy 首先拥有自己的“就地编辑”功能。

推荐阅读