perl - 使用Perl调试器与像Devel::REPL这样的真正REPL有什么缺点？

Question

我通常使用perl -de 42获得交互式Perl Shell。我看过Devel::REPL，也看过一些类似http://www.xenoterracide.com/2010/07/making-repl-usable.html的博客，它们解释了如何使用插件来增强Devel::REPL，但我还没有使用过。

将调试器用作交互式 shell 是否太糟糕了？为什么？

笔记:
PerlMonks node中提到的缺点是用户的限制，而不是Perl调试器的限制。

在哪里可以阅读有关Perl REPL的更多信息？

Devel::REPL准备好成为众人瞩目的焦点了吗？

更新:
我接受了Pedro的回答，因为它回答了我提出的问题，但是与Perl REPL实现之一相比，我仍然想知道何时以及为什么(如果有的话)将Perl调试器用作交互式shell是一个坏主意。 。您更喜欢哪种Perl REPL？

Answer 1

perl -d的一个缺点是词法变量会立即超出范围。例子:

DB<1> my $p = 123;

DB<2> print $p;

DB<3>

从 perldebug:

Note that the said eval is bound by an implicit scope. As a result any newly introduced lexical variable or any modified capture buffer content is lost after the eval. The debugger is a nice environment to learn Perl, but if you interactively experiment using material which should be in the same scope, stuff it in one linescope, stuff it in one line.