hi,
gibts ne effiziente (ohne schleife) Möglichkeit Arrays zu verschränken
(interleave)?
@a = (1,3,5,7);
@b = (2,4,6,8);
@c = someCoolPerlHack(@a,@b);
print '@c = ('.join(',',@c) .");\n";
-> @c = (1,2,3,4,5,6,7,8);
1 | |
2 | |
3 | |
4 | |
Voraussetzung: beide Arrays sind gleich lang.
ahh, Danke. Ich liebe Perl Code. ;-)
Gast
#1385748
>Ich liebe Perl Code. ;-)
Die Liebe macht gewöhnlich blind ;)
1 | |
2 | |
3 | |
4 | |
Wahlweise auch a.zip(b).flatten! um das Ergebnis nach a zu schreiben Ich würde mal sagen schöner geht es nimmer^^ Die Pythonvariante ist auch sauberER als Perl
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
Prinzipiell funktioniert zip genauso, leider hat meines Wissens Python noch keine builtin flatten Funktion.
Daniel (root) schrieb: >>Ich liebe Perl Code. ;-) > > Die Liebe macht gewöhnlich blind ;) > >
1 | |
2 | |
3 | |
4 | |
5 | |
>
Häh? das ist doch nie und nimmer perl.
wo sind denn die $ oder @?
Der Punkt ist doch der concat-operator.
Gast
#1385764
lol, richtig erkannt! Mein Fehler, hätte Ruby explizit erwähnen sollen. Damit ich nicht ganz OT bin ... >gibts ne effiziente (ohne schleife) Möglichkeit Arrays zu verschränken >(interleave)? Der Code von A.K enthält implizite Schleife in map Funktion. Soll heissen, die Effizienz wird kaum gross unterschiedlich sein. (meine Vermutung, da ich Perl interna zur Namensauflösung nicht kenne)
Daniel (root) schrieb: > Der Code von A.K enthält implizite Schleife in map Funktion. > Soll heissen, die Effizienz wird kaum gross unterschiedlich sein. Natürlich. Aber jeder Code der mit Arrays oder Listen hantiert hat eine Schleife drin. Kannst dir allenfalls aussuchen wo und auf welcher Ebene. Es ist auch nicht immer so einfach zu beantworten, welche Version einer Listenverarbeitung effizienter ist. Bei hinreichend grossen Arrays ist wohl jede Version auf Basis eines Funktionsaufrufs allein schon der Parameterübergabe und des Speichergeschubses wegen ineffizient, verglichen mit einer expliziten Schleife auf Hauptprogrammebene, die nur Skalare verarbeitet. Ich würde es selbst auch nicht so implementieren. Das war einfach nur eine Anwort auf seine Frage, ob man das ohne explizite Schleifenprogrammierung hinbekommt.
Gast
#1385842
Noch einmal kurz OT: Daniel schrieb: > Die Pythonvariante ist auch sauberER als Perl > ... > c=[] > [c.extend((x,y)) for x,y in zip(a,b)] Das ist nicht besonders schön, da man bei der List-Comprehension nur den Seiteneffekt von extend nutzt und das eigentliche Ergebnis (in diesem Fall eine Liste mit lauter Nones) zwar aufbauen, anschließend aber unter den Tisch fallen lässt. Es geht aber (rein funktional) bspw. so:
1 | |
mit dem kleinen Schönheitsfehler, dass das Ergebnis keine Liste, sondern ein Tuple ist. Ist tatsächlich eine Liste gewünscht, kann das Ergebnis noch konvertiert werden:
1 | |
oder, wenn man möchte, schon vor dem Verketten:
1 | |
Jetzt aber wieder zurück zu Perl, das ich zwar extrem cool finde, aber zu wenig Ahnung davon habe, um intensiv mitreden zu können ;-)
naja, es wird die eigenart genutzt, dass bei als funktionsargument übergebenen Arrays, diese nicht als zwei arrays ankommen sondern als ein großes (@_), welches dann mit einem array indiziert wird, welches per map auf die Zahlen 0..@#_ (letztes Arrayelement) erzeugt wird 0..@#_ -> 0, @#_/2, 1, @#_/2+1, 2, @#_/2+2, ..., @#_/2-1, @#_ clever
irgendwo hatte ich mal gelesen, C und C++ wäre unleserlich.
>irgendwo hatte ich mal gelesen, C und C++ wäre unleserlich. Ich weiß nicht, ob Perl zu über- bzw. unterbieten ist: http://de.wikipedia.org/wiki/Obfuscated_Perl_Contest Ich halte /Brainf*ck/ für intuitiver ;)
Gast
#1386025
Kai Giebeler schrieb: > Ich halte /Brainf*ck/ für intuitiver ;) Kein Problem! Für den sanften Umstieg von Brainf*ck auf Perl oder umgekehrt gibt es multilinguale Programme wie das letzte Beispiel in diesem Link: http://de.wikipedia.org/wiki/Just_another_Perl_hacker
Autsch ;)
Ich habe im Grunde nur ein Denkschema verwendet, wie ich es von APL kenne, meiner ersten Programmiersprache: http://en.wikipedia.org/wiki/APL_(programming_language)#Examples > irgendwo hatte ich mal gelesen, C und C++ wäre unleserlich. Traumhaft lesbar im Vergleich zu APL. Dafür sind APL-Programme oft nur wenige Zeilen lang, wofür man anderswo ein paar Seiten schreibt.
Gast
#1386918
Irgendwo hat sich in meine Erinnerung eingebrannt, dass was ich gelesen hab. Und zwar, dass einige Editoren beim Perlcode Highlighting aussteigen. War das nicht sogar emacs? Wie auch immer, ich vermisse eine Spec, die die Sprache beschreibt. Wenn Perl6 rauskommt, hoffe ich, dass es strukturierter wird. Dann werde ich mir etwas Zeit nehmen und es mir anschauen.
Sowas kann auch ausgesprochen trivial aussehen. Man macht aus den 2 Arrays eine Matrix mit 2 Spalten und verkettet dann deren Elemente entsprechend ihrer Indexreihenfolge. APL, kommt diesmal sogar ganz ohne Sonderzeichen aus.
Angehängte Dateien:
-
interleave.png
1,1 KB
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.