Какие хорошие методы отладки Perl?

Некоторые люди используют print заявления для того, чтобы увидеть, что происходит в разделах программы, которые не делают то, что они думали, что код будет делать. (I.e., как способ проверки того, что на самом деле содержится в переменной в данной точке исполнения.)

Это говорит о том, что вопрос довольно расплывчатый. Есть ли что-то, что вы пытаетесь сделать, чтобы Data :: Dumper и perl -d не помогали?

источник

2009-06-24 10:43:15 Telemachus

+0

Его не нравится. просто любопытство хочет узнать другой способ отладки Perl – joe

+2

Мне нравится использовать «warn» вместо «print», поэтому он идет в stderr, а не в stdout. «print STDERR» работает тоже, но требует большего набора текста. – laalto

0

Написание тестов может в основном уменьшить время отладки, я думаю.

источник

2009-06-24 10:48:34

5

Мой обычный диапазон инструментов:

печать заявления и Data :: Dumper для простых случаев
Perl -d

Это обычно достаточно. Существует ddd; Я слышал, что это довольно хорошо, но с ним никогда не играл.

Для некоторых задач (которые на самом деле не отладки, но рядом с ними) я использую Devel::NYTProf.

источник

2009-06-24 10:59:12

+2

Предложение: s/Данные :: Дампер/Данные :: Дамп /. Это более питательно. –

9

Мне нравится Devel::Trace. В основном это дает вам дамп выполнения, показывая вам пути кода.

С другой стороны, разработка Test Driven Development является настоящей яростью, поэтому вы также можете быть заинтересованы в инструментах для профилирования, таких как Devel::NYTProf для высокотехнологичного тестирования. См. Это Tim bunce's blog post для интересного обзора.

источник

2009-06-24 11:58:40 wazoox

8

Я использую ActiveState Komodo для пошаговой отладки.

Eclipse имеет пошаговый отладчик для своего EPIC plugin.

Лично я предпочитаю версию ActiveState. Это просто кажется более прочным и стабильным, но оно действительно стоит (и работа платит за меня). Если бы это были мои деньги, я бы использовал Eclipse и EPIC, поскольку они бесплатны.

источник

2009-06-24 12:00:58 Xetius

3

Тест :: Больше для написания базовых тестов, Hook :: LexWrap, Test :: MockObject, Test :: Deep, Test :: MockTime, Test :: WWW :: Mechanize и многие другие для расширенных тестов. Attribute :: Подпись для проверки подпараметров. Carp :: Assert for contract-based programming.

Devel :: Ebug :: Wx или Devel :: ptkdb (и вскоре улучшенная поддержка в Padre) можно использовать для упрощения отладки.

источник

2009-06-24 14:49:12

13

Есть много вещей там, чтобы помочь вам:

Devel::Trace - печать каждой строки, которая выполняет
Carp::REPL - капля в РЕПЛ * когда код генерирует предупреждение
Devel::ebug - это отладчик, который вы можете контролировать из кода Perl
Enbugger - использовать отладчик во время выполнения независимо от того, был ли запущен ваш процесс с отладкой

источник

2009-06-24 14:56:08

+0

* REPL = Read, Eval, Print Loop (== интерактивный интерпретатор) –

+0

@j_random_hacker Спасибо, я вне его благодаря YAPC. –

4

В зависимости от того, что вы делаете, Log::Log4perl обеспечивает простой способ управления «печати» стиль отладки, особенно в больших приложениях:

обеспечивает различные уровни ведения журнала (Debug, Info, ошибка, предупреждение , Fatal)
управляется из конфигурационных файлов (легко можно отлаживать в области разработки, например, только ошибки на рабочей коробке)
, настраиваемый по разделам вашего приложения (например, веб-приложение в одном файле журнала на одном уровне, хрон скрипты в другой на другом уровне протокола)
настраивается с помощью класса - легко утихомирить шумных модулей или добавить детальную отладку где-то глубоко внутри приложения

источник

2009-06-24 15:45:35 plusplus

+0

Большинство пользователей используют Log :: Log4perl, когда Log :: Message (основной модуль) будет делать. – MkV

7

Лучшие вспомогательные средства для отладки - это небольшие подпрограммы, короткие области действия, ограниченные побочные эффекты и множество тестов. Остановите ошибки, прежде чем они вылупляются.

источник

2009-06-24 17:58:47

0

Some Other methods

CGI::Dump 

Benchmark 

Command-line options 

__DATA__ & <DATA> 

$. 

__FILE__ & __LINE__ 

warn() & die()

источник

2009-07-08 15:35:11 joe

2

использование, Devel :: SimpleTrace, для самого элегантной бесшовной безгосударственной-отладки.

perl -MDevel :: SimpleTrace -we'warn "main"; sub foo {warn "external"; sub {warn "inner"}}; Foo() ->()»

источник

2009-08-26 20:27:58

1

Обычно я использую

perl -d

для отладки.

Вы также можете использовать плагин интеграции Eclipse Perl Integration (EPIC) для Eclipse. Он предлагает богатую среду отладки и интегрирован с средой разработки EPIC Perl. Вы можете использовать его и, как правило, полезно.

источник

2009-09-04 06:05:23

1

Во время разработки, я хотел бы внедрить PRINTF заявления в стратегических местах (не слишком много), которые включены с флагом отладки, как это:

printf("h='$h', j='$j', ... (%d)\n", __LINE__) if $debug;

где флаг отладки определен в верхней части сценария :

my $debug = $ENV{DEBUG} || 0;

Теперь вместо того, чтобы помнить, чтобы закомментировать все PRINTF линии, я просто запустить скрипт следующим образом:

DEBUG=1 ./script.pl

После тестирования, когда все готово для производства, отладки линии могут быть удалены:

cat script.pl | grep -v 'if $debug;'

источник

2009-10-10 21:16:40 Kiffin

2

Если вам не нравится perl -d то Devel::REPL и Carp::REPL оба хорошие альтернативы.

источник

2009-10-10 23:36:39 singingfish

+0

жалость Devel :: REPL требует 400 фунтов Moose (и различные модули MooseX), а Carp :: REPL зависит от Devel :: REPL – MkV

+0

И это проблема, потому что ...? – singingfish

2

Лично я большой поклонник Smart::Comments. Делает трассировку мертвой простой, и не нужно снова ее снимать.

use Smart::Comments -ENV; 
... 
sub myroutine { 
    my ($self, @args) = @_ ; 
    ### args: @args 
    ... 
}

Если Smart_Comments была установлена в среде, линии, начиная с ### преобразуется в выходной сигнал отладки с Dumper() используется автоматически. Если переменная окружения не задана, материал отладки полностью инертен.

В нем есть кучи функций, а также будут отображаться индикаторы выполнения, предупреждения, прерывания, а также простой старый отладочный вывод.

Соответствующие тесты - все это хорошо, и я не отклоняю хорошую методологию разработки TDD, но, пытаясь добраться до сути существующей ошибки, Smart :: Comments - это путь.

источник

2009-10-11 07:59:57 RET

+0

И это исходный фильтр, следовательно, хрупкий. – MkV

3

Emacs, руки вниз.

emacs my_script.pl 
    M-x perldb 
    Emacs will prompt you : 
    Run perldb (like this): perl my_script.pl 
    Hit enter (or add command line switches) 

    Now use the debugger as usual. 
    Type 'c' to continue executing the code, which will now follow 
    your code as you execute through it. 

    Emacs is fully integrated with its debuggers and will make debugging perl code nearly trivial.

источник

2010-09-28 22:56:05 Felix

0

Debug::Statements обеспечивает простой способ вставки и включения/выключения операторов печати для отладки.

Функция d() печатает имя вашей переменной, ее значение и имя подпрограммы. Реализация была оптимизирована для минимизации нажатий клавиш программиста.

Вот пример кода, чтобы вы начали:

my $myvar = 'some value'; 
my @list = ('zero', 1, 'two', "3"); 
my %hash = ('one' => 2, 'three' => 4); 

use Debug::Statements; 
my $d = 1; 
d "Hello world"; 
d '$myvar'; 
d '@list %hash';

Выход:

DEBUG sub mysub: Hello world 
DEBUG sub mysub: $myvar = 'some value' 
DEBUG sub mysub: @list = [ 
    'zero', 
    1, 
    'two', 
    '3' 
] 
DEBUG sub mysub: %hash = { 
    'one' => 2, 
    'three' => 4 
}

Многие опции доступны для настройки вывода. Полная документация может быть найдена в CPAN.

источник

2015-01-05 17:21:53

Какие хорошие методы отладки Perl?

ответ

Смежные вопросы