Gast+2008-08-21 14:22:51--

Insgesamt 81 Einträge. Jetzt will ich, dass diese Einträge die Namen von Variablen sind, konkret will ich ein neues Array, das so aussieht:

@coord2 = ($a11, $a112, $a113...) usf.

@coord2 = ('$a11', '$a112', '$a113'...)

1
2
3
4

{
  no strict refs;
  @coord2= map {$$_} @coord1; 
}

Gast+2008-08-21 14:22:51--

die Namen von Variablen sind, konkret will ich ein neues Array, das so aussieht:

@coord2 = ($a11, $a112, $a113...) usf.

LanX-+2008-08-21 15:06:55--

NACHTRAG: falls deine Variablennamen aus externer Quelle sind, beachte den Securityaspekt...

Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem

Quote

benutze niemals variablen für variablennamen. für sowas gibt es arrays (name1, name2, ...)
und hashes (name_foo, name_bar, ...).
...
variablen als variablennamen ist auch einfach unwartbar.

LanX-+2008-08-21 17:41:32--

ich verstehe nicht, inwiefern hashkeys wartbarer sein sollen. Z.B. Packagevariablen sind doch letztlich auch nur Einträge in %main:: respektive %packagename::

Quote

When you write my $x = 1, the effect is confined to the current block. When you write $main::x = 1, you can figure out the effect by looking through the program to see who looks at $main::x. The instant you write $$name = 1, you don't know any more what the effect will be or where it will crop up; it could be anywhere. You have just turned every 25-line debugging problem into a potential 700-line debugging problem.

Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem