Re^6: Naming file handles with variables?

Interesting technique. Are there any advantages to $foo[@foo] = 'var' over push @foo, 'var'

Anyone foolish enough to change the starting index of their arrays with "$[" will find that $foo[@foo] = 'var' breaks. But then they deserve what they get. However, push and map will function even in the dire weirdness imposed by defining arrays to start at index 23.

For completeness sake, here's the map implementation, even though you know perfectly well how to do it.

 
my @fileHandles = map { 
    open my $fh, '<', $_ or die "Can't open $filename $!";
    $fh;
} @fileNames;
[download]

Update: fixed dumb typos, thanks to GrandFather.

TGI says moo

Comment on Re^6: Naming file handles with variables? Select or Download Code

Replies are listed 'Best First'.
Re^7: Naming file handles with variables? by GrandFather (Saint) on May 03, 2009 at 21:19 UTC
Are there any advantages to $foo@foo = 'var' over `push @foo, 'var'`? Maybe if you are playing golf? In the context I used it using push meant using a temporary variable and another line for the push so in that context there may be an advantage if you are comfortable with the technique. I suspect the map technique may be more prone to error than the `$foo[@foo]` technique. ;) True laziness is hard work	[reply] [d/l] [select]
Re^7: Naming file handles with variables? by QM (Parson) on May 04, 2009 at 20:44 UTC
I like the map idea, though I'd probably end up with a subroutine. Here's what I find myself doing: `sub open_for_write { my @filenames = @_; my @fh; # or my %fh; for my $fn (@filenames) { my $fh; # does it exist? # is it zipped? # open for append? # open with create? $fh[@fh] = $fh; # wink, wink # or $fh{$fn} = $fh; } return @fh; # or return \%fh; ############ my @filehandles = open_for_write( @filenames ); # or my $filehandles_hashref = open_for_write( @filenames );` [download] -QM -- Quantum Mechanics: The dreams stuff is made of	[reply] [d/l]