ich hab kein problem mit dem map. ich verstehe leute nicht, die map im void-kontext benutzen wollen. das ist totaler blödsinn. (sorry, bold funktioniert nicht) und nu gibt es im perl optimizer eine baumtransformation map+void => foreach. ergo muss es bei den perl 5 porters solche leute geben (mind. der pumpking für 5.8), sonst käme der patch wohl kaum in die perl source.

hier die perlmonks diskussion dazu. das ist einfach nur zum heulen :(

Ach so, du denkst wie ich, dass ein map als foreach-Ersatz Dummfug ist! Ich hatte dich komplett falsch verstanden.

Im Sinne von TIMTOWDI ist es doch gut, wenn map auch im Void-Kontext funktioniert (jedenfalls wenn es nicht mehr Zeit braucht als das entsprechende for-Statement).

ok, und ich lade bald meine Perl-Module mit

...

[quote=Strat,17.10.2003, 16:39]ok, und ich lade bald meine Perl-Module mit

...[/quote]
*LOL*
Das ist ja geil.

Also ich finde map gut, da dann der Code übersichtlicher bleitb.

Außerdem wäre es manchmal zu umständlich etwas mit for zu machen wenn man so Hau-Ruck Aktionen machen will.

Kann ich schwer beschreiben was ich mein aber ich find es ganz gut.

Gruß Alex

Außerdem, wenn ihr schon über den Sinn von map diskutiert, kann man sich doch dann auch nach dem Sinn von so Funktionen wie join, grep, split, push, shift, unshift, pop, etc. pp fragen oder?
Wieso programmiern wir nicht gleich C? (Ist auf das Perlprogrammieren bezogen nicht auf die Programmierer).

Also ich find diese Vielfalt von Perl gerade das was Perl zu Perl macht.

SCNR

Gruß Alex
Edit: Bitte entschuldigt meinen Sarkasmus\n\n

<!--EDIT|format_c|1066403030-->

also bei grep ist es auch das gleiche wie bei map; join, split, usw. sind nicht so gefaehrlich

Ich schreibe auch manchmal kurze Wegwerfscripte (und auch nicht so kurze), in denen ich auch manchmal Konstruktionen verwende, von denen ich genau weiss, dass sie nicht ok sind, und bei denen ich mich hueten wuerde, sie zu veroeffentlichen. Und da nuetze ich manchmal die Sprachmittel von Perl schon ziemlich aus (map oder grep im void-kontext verwende ich da trotzdem nicht, weil da ein for meistens kuerzer ist)

Hier noch ein nettes Beispiel fuer die Gefahr bei Unwissenheit von map, grep...

[quote=Strat,17.10.2003, 18:40] [/quote]
Schau, schau!
Schau, schau!

[quote=format_c,17.10.2003, 17:03]Außerdem, wenn ihr schon über den Sinn von map diskutiert, kann man sich doch dann auch nach dem Sinn von so Funktionen wie join, grep, split, push, shift, unshift, pop, etc. pp fragen oder?[/quote]
ebenfalls scnr: du hast die diskussion nicht verstanden - du stellst die frage der existenzberechtigung; um die ging es aber nicht.

die aufgeführten funktionen haben alle ihren ganz speziellen sinn und sollten deswegen auch nur in einem sinnvollen kontext eingesetzt werden. du findest strats beispiel lustig? ich auch, verdeutlicht es doch den gleichen unsinn eines maps im void-kontext.

naja,

ist nicht so irrefuehrend wie mein beispiel von oben, weil es so sinnlos wirkt, dass man vielleicht doch ueberlegt, dass da die Aenderung von $_ was bewirkt, und identisch zu

ganz finster wird's jedoch bei:


Die Freiheit und TIMTOWDI ist zwar gut und schoen, aber wenn jemand programmieren kann und die Sprache beherrscht, sollte er/sie IMHO die Konstruktionen benuetzen, die der Anforderung am besten gerecht werden, und seine eigene Eitelkeit bezueglich der "Cooleness" hintenanstellen. Ich gehe ja auch normalerweise nicht auf den Haenden in der Gegend rum, sondern auf meinen Fuessen, weil die fuer sowas einfach geeigneter sind... (ok, schlechtes Beispiel, weil ich auf meinen Haenden genau 1,91m + Armlenge - Kopfhoehe + Fahrt zum Krankenhaus weit kaeme, aber ich hoffe, ihr versteht, was ich meine)\n\n

<!--EDIT|Strat|1066474284-->