aleksandrit 16 мая 2011 в 01:39

Выпущен Perl 5.14

1 мин

757

Perl*

+35

Комментарии 23

youlose 16 мая 2011 в 01:52

Флаг /r действительно порадовал, давно пора уже было.

kai 16 мая 2011 в 09:27

В убунте по прежнему 5.10! %(

avosya 16 мая 2011 в 11:42

App::perlbrew тебя спасет. Можно поставить в систему разные версии perl и радоваться 8-)

akzhan 16 мая 2011 в 16:41

Ого… похож на RVM. отличный шаг вперёд.

jerom 16 мая 2011 в 10:20

Основным тут кажется работа push/keys/values/each etc со ссылками, что убирает @{}, %{} мусор.

RomanL 16 мая 2011 в 11:32

Неплохо, да. Но если раньше глядя на код было явно видно с какими структурами идет работа, то теперь все чуть сложнее стало. Перлоненавистники порадуются :)

EGDFree 16 мая 2011 в 11:38

в этом весь perl

RomanL 16 мая 2011 в 13:44

Я вас уверяю, на перле тоже можно писать читаемый код.

Другое дело что некоторые его последователи любят все пихать в одну строчку с тремя map'ами и парой grep'ов. Это апупеть как круто, но хвалиться этим можно только в среде таких же эээээ… гиков :)

EGDFree 16 мая 2011 в 14:33

и в этом весь perl.

youlose 16 мая 2011 в 14:59

Глупости… так было давно, сейчас так не пишут.
А в одну строчку море кода на любом языке могут напихать.

akzhan 16 мая 2011 в 16:43

пишут, пишут ) и не только на Perl :)

хорошо хоть, не везде.

avosya 16 мая 2011 в 11:44

Это было включено в экспериментальном режиме, так что не факт, что останется навсегда.

youlose 16 мая 2011 в 15:01

А сейчас в чём неоднозначность?
Если рядов с этими ключевыми словами скаляр — это указатель на массив или хэш, а если списочный тип то это непосредственно массив или хэш. Никакой неоднозначности нет.

santeri 16 мая 2011 в 10:39

ура =)

RomanL 16 мая 2011 в 11:36

Надо протестировать потребление памяти, интересно.

RomanL 19 мая 2011 в 13:33

По сравнению со стааааарой версией v5.8.9 (build 825) на задаче обработки многоуровневых хэшей с массивами (процесс занимал почти полгига в памяти) получен примерно такой результат:

1. Потребление памяти меньше примерно на 10%.
2. Скачков потребления не было замечено, т.е. можно предположить что лучше используется освобождаемая память внутри процесса (надеюсь, то что perl ничего не отдает системе назад все знают?)
3. Быстрее почти на 20% (на 18,5 если быть точным)

Вот как-то так.

EGDFree 16 мая 2011 в 11:37

sudo zypper up -r Tumbleweed perl

avosya 16 мая 2011 в 12:01

Не совсем понятно для чего был введен модификатор . Чем не устраивало то, как было раньше:

По новому: $new = old =~ s/cat/dog/r;
По старому: ($new = $old) =~ s/cat/dog/;

CaptainFlint 16 мая 2011 в 12:30

По-старому некрасиво (IMHO). Ну и без TIMTOWTDI никуда. :-)

youlose 16 мая 2011 в 12:55

Разница в том что по-новому не нужна переменная, можно, например, передать в функцию результат замены не модифицируя исходную строку и не используя дополнительных переменных, это удобно.