each %hash (Allgemeines zu Perl)

[thread]20494[/thread]

each %hash

Tags: perl5 Ähnliche Threads

Leser: 13

Articles: hide open all | hide show old branches

+9 replies
Raubtier

2018-08-01 15:53

User since
2012-05-04
1076 Artikel
BenutzerIn

Moin,

mich würde einmal interessieren, ob ihr each viel benutzt. Meistens nutze ich Hashes nur zum Lookup und nicht zum Drüberloopen - und wenn ich doch loopen will, dann meist mit irgendeinem geeigneten sort keys ....

Nun hatte ich tatsächlich mal einen Anwendungsfall, wo in 99% der Fälle ein Hash-Lookup reicht - aber wenn der nichts findet, muss ich loopen und einen "ähnlichen" Key suchen (bzw. dessen Value).

Nun hatte ich das mit each implementiert - und wenn gefunden, dann return $value aus der Funktion.

Ergebnis: mit Debug-Ausgabe alles korrekt, ohne fehlerhaft. Grund war, dass each leider nicht automatisch die Iteration zurücksetzt, wenn weil man aus einer Funktion rausspringt. Ein scalar keys %hash vor dem return hilft aber. Seid ihr darauf auch schon mal reingefallen? Das ganze ist ein bisschen gemein, weil man es natürlich erwartet, dass ein Iterationsobjekt separat von der Variablen selbst ist und somit durch das Return aus einer Funktion heraus dieses auch wieder zerstört wird und nicht noch weiter Auswirkungen hat.
- rosti
  
  2018-08-01 16:15
  User since
  2011-03-19
  3492 Artikel
  BenutzerIn
  Selbstverständlich! each ist der Iterator. Bau Dir mal ne Klasse die mit tie ein Hash bindet und guck mal was ohne each nicht geht ;)
  
  Btw. each ARRAY ist eine einfache Möglichkeit an den Index zu kommen.
  
  MfG
  
  PS/Edit: Den Iterator each zurücksetzen, das macht gewöhnlich keys im scalaren Kontext:
  
  Code (perl): (dl )
  
  my $x = keys %hash; # reset each() operator
  
  So stehts auch in der Doku perltie
  .
  Last edited: 2018-08-01 17:02:33 +0200 (CEST)
- haj
  
  2018-08-01 16:36
  
  User since
  2015-01-07
  558 Artikel
  BenutzerIn
  
  Der Fehler kommt immer wieder vor: Bei der CPAN Pull Request Challenge hatte ich erst im Mai die Gelegenheit, genau diese Sorte von Fehler in RDF::NS::Curated zu beheben (https://github.com/kjetilk/p5-rdf-ns-curated/pull/...).
  
  Wer noch mit DB_File und der Verwandschaft gearbeitet hat, dem hat sich das irgendwann ins Kleinhirn gebrannt :)
- +2 replies
- Linuxer
  
  2018-08-01 16:51
  
  User since
  2006-01-27
  3890 Artikel
  HausmeisterIn
  
  Ich hab es bisher selten verwendet.
  
  Und dann hatte ich meist das Glück (glaube ich jedenfalls), dass ich komplett über den Hash iterieren lassen konnte (also die Schleife nicht vorher abgebrochen habe).
  
  Meist nutze ich for my $k ( keys %hash ) {} und derefenziere selber, wenn ich an den Wert kommen will.
  Ist aber mehr aus Gewohnheit als was anderes.
  
  Vielleicht schon bekannt:
  Fundstück dazu: http://blogs.perl.org/users/rurban/2014/04/do-not-...
  meine Beiträge: I.d.R. alle Angaben ohne Gewähr und auf Linux abgestimmt!
  Die Sprache heisst Perl, nicht PERL. - Bitte Crossposts als solche kenntlich machen!
  - Raubtier
    
    2018-08-01 20:41
    
    User since
    2012-05-04
    1076 Artikel
    BenutzerIn
    
    2018-08-01T14:51:07 Linuxer
    Vielleicht schon bekannt:
    Fundstück dazu: http://blogs.perl.org/users/rurban/2014/04/do-not-...
    
    Ja, ist mir seit heute Nachmittag bekannt :)
    
    Wahrscheinlich habe ich sonst auch immer ganz iteriert oder eben über keys iteriert. Ist immer lustig, wenn das Problem plötzlich verschwindet, wenn man ein print Dumper... einbaut. Man denkt im ersten Moment nur noch WTF!
    
    Ich halte dieses Verhalten für einen Designfehler - ein Print oder das Ermitteln der Anzahl der Keys sollte das Objekt nicht ändern und auch keine sonstigen Seiteneffekte haben! Das hat mich echt geärgert.
- +4 replies
- pq
  
  2018-08-01 22:38
  
  User since
  2003-08-04
  12208 Artikel
  Admin1
  
  Ich vermeide es schon seit langer Zeit, each zu benutzen, aus dem genannten Grund.
  
  In Dancer2 habe ich mal so einen Bug gefunden und gefixt. Da wurde in einer each-Schleife ein return aufgerufen, weswegen beim nächsten Aufruf der Iterator nicht zurückgesetzt war:
  https://github.com/PerlDancer/Dancer2/commit/fea1a...
  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
  - +3 replies
  - rosti
    
    2018-08-02 05:47
    
    User since
    2011-03-19
    3492 Artikel
    BenutzerIn
    
    Quote
    Ich vermeide es schon seit langer Zeit, each zu benutzen, aus dem genannten Grund.
    
    Es ist ja kein Bug, sondern normales Verhalten und auch in der Doku perltie beschrieben. Nur, wer noch nie eine eigene Tieklasse entwickelt hat, kennt ja die Doku nicht unbedingt.
    
    Was Data::Dumper betrifft: Ich kenne keinen wirklichen Grund, nach einem Aufruf des Dumpers ein Script weiterlaufen zu lassen. Ziel ist es ja, sich den Dump anzuschauen und von daher heißt das bei mir nicht print sondern die Dumper....
    
    Aber auch dieses Verhalten dürfte jeder kennen der Tieklassen entwickelt hat und eine eigene Methode FIRSTKEY definieren musste.
    
    MfG
    
    PS: Die Macher von JavaScript ES6 finden each auch gut siehe https://developer.mozilla.org/de/docs/Web/JavaScri...
    
    .
    Last edited: 2018-08-02 06:27:30 +0200 (CEST)
    - +2 replies
    - Raubtier
      
      2018-08-02 09:37
      
      User since
      2012-05-04
      1076 Artikel
      BenutzerIn
      
      2018-08-02T03:47:12 rosti
      Quote
      Ich vermeide es schon seit langer Zeit, each zu benutzen, aus dem genannten Grund.
      
      Es ist ja kein Bug, sondern normales Verhalten
      
      Schon, aber unerwartetes und kontraintuitives Verhalten!
      
      2018-08-02T03:47:12 rosti
      Was Data::Dumper betrifft: Ich kenne keinen wirklichen Grund, nach einem Aufruf des Dumpers ein Script weiterlaufen zu lassen.
      
      Die eine Funktion manchmal funktioniert und manchmal nicht, schadet eine Debug-Ausgabe bei jedem Aufruf nicht. (zugegeben, bei mir war es "warn Dumper [$einige, \%Variablen];", also warn statt print, aber das ist ja wumpe)
      
      2018-08-02T03:47:12 rosti
      PS: Die Macher von JavaScript ES6 finden each auch gut siehe https://developer.mozilla.org/de/docs/Web/JavaScri...
      
      Und wo ist da das hier beschriebene Verhalten? Fängt schon mit der Frage an, wie du das js-forEach abbrichst. Nämlich gar nicht. Aber genau darum ging es hier. Außer du wirfst eine Exception. Aber selbst dann: alles verhält sich wie erwartet.
      
      Bleistift:
      
      Code: (dl )
      
      1 2 3 4 5 6 7 8 9 10 11 12
      
      var a = [1, 2, 3]; try { a.forEach(function(element) { console.log(element); throw "xxx"; }); } catch(err) {} a.forEach(function(element) { console.log(element); });
      
      Das loggt 1,1,2,3 und nicht 1,2,3, weil Iteration eben nicht an das Objekt selbst gebunden ist.
      Last edited: 2018-08-02 09:39:57 +0200 (CEST)
      - rosti
        
        2018-08-02 14:41
        
        User since
        2011-03-19
        3492 Artikel
        BenutzerIn
        
        Vorausgesetzt, man kennt das Verhalten, kann man dem auch anders begegnen (dynamic scope):
        
        Code (perl): (dl )
        
        1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19
        
        use strict; use warnings; our @a = qw(a b c d e); { local @a = @a; while( my( $i, $e ) = each @a){ print "$i => $e\n"; last if $i == 2; } } print "-----------------------\n"; while( my( $i, $e ) = each @a){ print "$i => $e\n"; }
        
        Die Ausgabe sieht so aus:
        
        Code: (dl )
        
        1 2 3 4 5 6 7 8 9
        
        0 => a 1 => b 2 => c ----------------------- 0 => a 1 => b 2 => c 3 => d 4 => e
        
        D.h., das Original und damit auch der Iterator bleiben damit unangetastet.
        
        MfG
        
        PS: Inwieweit sich JS diesbezüglich verhält hab ich noch gar nicht untersucht. Zumindest ist der Name fast derselbe, nur darauf wollte ich hinweisen. map gibt es ja auch in JS und do{}Blöcke habe ich auch schon gesehen.
        
        .
        Last edited: 2018-08-02 17:16:46 +0200 (CEST)

View all threads created 2018-08-01 15:53.