当前位置：文江博客话题详情

为什么我应该在 Perl 中使用 Carp 而不是 warn ？

发布于 2024-07-07 05:18:19 字数 47 浏览 8 评论 0原文

人们总是给我举鲤鱼的例子，而不是警告我。为什么？是什么让鲤鱼比警告更好？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

凉世弥音 2024-07-14 05:18:19

carp 为您提供了有关消息来自何处（上下文）的更多信息，

#!/usr/bin/perl

use Carp;

foo();
bar();
baz();

sub foo {
  warn "foo";
}

sub bar {
  carp "bar";
}

sub baz {
  foo();
  bar(); 
}

对于这个小程序来说有点

foo at ./foo.pl line 9.
bar at ./foo.pl line 13
        main::bar() called at ./foo.pl line 6
foo at ./foo.pl line 10.
bar at ./foo.pl line 14
        main::bar() called at ./foo.pl line 19
        main::baz() called at ./foo.pl line 7

愚蠢，但当您想知道谁调用了吹毛求疵的方法时，它会派上用场。

carp gives you more info as to where the message comes from (context)

#!/usr/bin/perl

use Carp;

foo();
bar();
baz();

sub foo {
  warn "foo";
}

sub bar {
  carp "bar";
}

sub baz {
  foo();
  bar(); 
}

produces

foo at ./foo.pl line 9.
bar at ./foo.pl line 13
        main::bar() called at ./foo.pl line 6
foo at ./foo.pl line 10.
bar at ./foo.pl line 14
        main::bar() called at ./foo.pl line 19
        main::baz() called at ./foo.pl line 7

kinda silly for this small program but comes in handy when you want to know who called the method that's carp'ing.

回复收藏 0 原文

相权↑美人 2024-07-14 05:18:19

我对脚本和简单程序使用 warn ，并在任何模块中使用 Carp 。 Carp 子例程使用当前子例程被调用的文件名和行号，因此可以更轻松地找到导致问题的人（而不仅仅是问题出现的位置）。

Damian 在Perl 最佳实践中的“报告失败”中推荐使用 Carp 而不是 warn，但并未将脚本作为顶级进行区分代码结构和模块作为程序使用的组件。

我最近基本上不关心这个，因为我一直在使用 Log::Log4perl来处理这一切。

回复收藏 0 原文

靖瑶 2024-07-14 05:18:19

carp 更适合在模块内进行调试。如果您只是编写一个简单的脚本，那么没有任何好处。来自 Carp 文档：

Carp 例程在您自己的模块中很有用，因为它们的行为类似于 die() 或 warn()，但带有一条更可能对您的模块的用户有用的消息。在 cluck、conference 和 longmess 的情况下，上下文是调用堆栈中每个调用的摘要。对于较短的消息，您可以使用 carp 或 croak 来报告错误来自调用模块的位置。不能保证这就是错误所在，但这是一个很好的有根据的猜测。

回复收藏 0 原文