json, например, у тебя никак не будет очень коротким

Json это конечное/начальное представление. Что бы его собрать/распарсить обычно нужны строки поменьше. Если речь о сервере, использующем асинхронную работу с запросами, они будут размещаться где попало. Так что то, о чем говорит Олег, вполне распространено.

К слову, размещать конечные/начальные документы > 1 МБ в памяти плохо, т.к. в перле есть оптимизация для не деаллокации временных строк. Но с другой стороны, эти начальные/конечные представления в процессе размещаются в одних и тех же переменных. Так что то, о чем говорит Олег - более критично

Ровно это и пораждает кучу чисел и коротких строк. Json существует в памяти временно, парсится и изчезает, он не накапливается тысячами от разных юзеров, а результат его декода как раз хранится.

лучше скажите, можно ли как-то из массива передать в функцию не более k элементов?
ну т.е. что-то типа f(@array[$base .. $base+$k]);?

но вот в таком варианте если массив кончается раньше, то во-первых передаются undef вместо отсутсвующих, а во-вторых сам массив увеличивается.

..($base+$k > $#array ? .. : .. )

лол, зачем ему храниться?

не, ну понятно что можно обложиться проверками и поправками, а как-то покрасивей?

можешь попробовать на splice что-нибудь навертеть

splice оригинал корежит, мне это не надо.

List::Util::head

@PerlBanjoBot use List::Util qw(head tail); my ($base, $k) = (3, 5); say for head $k, tail -$base, 1..10;

4
5
6
7
8
https://PerlBanjo.com/70730dd67e

не, я хотел взять 10 с 8 и получить только (8,9,10) а не как сейчас выходит (8,9,10,,,,,,)

а насколько эффективно будет конструкция

sub f {
  my ($item, @array) = @_;
  ....
}

для вызовов типа f('xxx', @list); ?

Также как если бы и не было массивов

Это все через стек передается

Все равно что руками передать поэлементно

Если есть возможность референсами передавай

т.е. аласинга тут не будет?

если ты будешь обращаться как $_[1] - будет