"David L. Nicol" wrote:
>
> > One problem that immediately jumps out at me is how to do this:
> >
> > @a[[@x], [@y]];
>
> I think I dealt with that in the next paragraph, suggesting
>
> @a["@x","@y"]
Well, this is not bad, only it's not without its problems. Say you
wanted to get your indices implicitly:
@a[getindices()];
@a[$r->get_x, $r->get_y];
Either of these could return an arrayref, but forcing quotes around them
means you'll need inbetweener variables or the @{} construct, neither of
which is really gracious.
I'm not trying to shoot the idea down point-blank, but I think it has
some practical usage problems that potentially overshadow the gains in
clarity.
-Nate
- Re: Designing Perl 6 data crunching (wa... Baris
- Re: Designing Perl 6 data crunching (wa... Jeremy Howard
- Re: Designing Perl 6 data crunching (wa... Baris
- Re: Designing Perl 6 data crunching (wa... Jeremy Howard
- Re: Designing Perl 6 data crunching (wa... Christian Soeller
- Re: Designing Perl 6 data crunching (wa... Karl Glazebrook
- Re: n-dim matrices Baris
- a syntax derived from constant-time hash-based ... David L. Nicol
- Re: a syntax derived from constant-time has... Nathan Wiger
- Re: a syntax derived from constant-time... David L. Nicol
- Re: a syntax derived from constant-time... Nathan Wiger
- Re: a syntax derived from constant-time... David L. Nicol
- Re: a syntax derived from constant-time... Nathan Wiger
- Re: a syntax derived from constant-time... David L. Nicol
- Re: a syntax derived from constant-time... Karl Glazebrook
- Re: a syntax derived from constant-time... c . soeller
- Re: n-dim matrices Karl Glazebrook
- Re: n-dim matrices Buddha Buck
- Re: n-dim matrices Karl Glazebrook
- Re: n-dim matrices Buddha Buck
- Re: n-dim matrices Christian Soeller
