Wirds in Perl6 noch "eq" vs. "==" geben? (Raku / Perl 6)

[thread]17461[/thread]

Wirds in Perl6 noch "eq" vs. "==" geben?

Tags: perl6 Ähnliche Threads

Leser: 33

Articles: hide open all | hide show old branches

+18 replies
Gast Muffi

2012-06-05 16:31

Das ist was in Perl5, das mir noch nie wirklich gefallen hat.
Kontextabhängig und mit schwacher Typisierung, aber beim Vergleich muss ich dann wissen was ich vor mir habe.

Da gefällt mir das == und === in JS um einiges besser.
Last edited: 2012-06-05 16:34:30 +0200 (CEST)
- +3 replies
- Linuxer
  
  2012-06-05 16:36
  
  User since
  2006-01-27
  3870 Artikel
  HausmeisterIn
  
  Und was machen == und === in JS? Sorry, schreibe kaum JS und kenne den syntaktischen Zucker von JS daher nicht.
  Kannst Du es kurz erklären oder hast Du einen Link dazu?
  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!
  - +2 replies
  - Gast Muffi
    
    2012-06-05 16:38
    
    == vergleicht incl. evtl. benötigtem Cast
    === vergleicht ohne Cast
    
    1 == "1" => TRUE;
    1 === "1" => FALSE
    - Linuxer
      
      2012-06-05 16:39
      
      User since
      2006-01-27
      3870 Artikel
      HausmeisterIn
      
      OK, danke.
      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!
- +14 replies
- moritz
  
  2012-06-05 16:40
  
  User since
  2007-05-11
  923 Artikel
  HausmeisterIn
  
  Kein Grund, das Futur zu benutzen.
  
  Es gibt in Perl 6 == (numerischer Vergleich), eq (String-Vergleich) und === (Identitaetsvergleich). Und noch ein paar mehr, die man deutlich seltener braucht: http://stackoverflow.com/questions/176343/whats-th...
  Perl 6 - Perls Zukunft
  - +5 replies
  - Gast Muffi
    
    2012-06-05 16:53
    
    Ah, danke. Ganzer Haufen :)
    
    Das Futur ist mir so rausgerutscht. Für mich ist Perl6 erst da, wenn ich damit Geld verdienen kann.
    Last edited: 2012-06-05 16:56:25 +0200 (CEST)
    - +4 replies
    - lichtkind
      
      2012-06-05 18:33
      
      User since
      2004-03-22
      5679 Artikel
      ModeratorIn + EditorIn
      
      das könnte man je nach anforderung schon jetzt tun :)
      Tutorien in der Wiki, mein zeug:
      kephra, baumhaus, garten, gezwitscher
      
      Es beginnt immer mit einer Entscheidung.
      - +3 replies
      - Gast Muffi
        
        2012-06-06 10:00
        
        Ohje, ich glaub da muss man sich erst den Stand von Perl6 anschaun und dann die passende Anforderung dazuschneidern.
        Andersrum glaub ich siehts eher schlecht aus.
        
        Meine wärn z.B.
        Apache, Oracle, Grafiklib, ...
        von High-Level-Komponenten wie einem Applicationserver mit OR-Mapper, Sessionhandling, ... ganz zu schweigen.
        Last edited: 2012-06-06 10:48:21 +0200 (CEST)
        
        +2 replies
        
        lichtkind
        
        2012-06-06 14:47
        
        User since
        2004-03-22
        5679 Artikel
        ModeratorIn + EditorIn
        
        soweit simma noch nicht, aber es wird noch. in jeder anderen sprache dauerts auch bis infrastruktur heranreift.
        Tutorien in der Wiki, mein zeug:
        kephra, baumhaus, garten, gezwitscher
        
        Es beginnt immer mit einer Entscheidung.
        
        Gast Muffi
        
        2012-06-06 16:52
        
        Auch wenns so klang, es war kein Vorwurf ;)
  - +8 replies
  - Gast Muffi
    
    2012-06-13 11:36
    
    Hatte jetzt mal Zeit mir das kurz durchzulesen.
    Braucht man das alles wirklich? Bis jetzt war eine grosse Stärke von Perl z.B. im Vergleich zu dem php-wirrwarr mit wenig Mitteln viel zu erreichen.
    
    Es gäb ein == für strikten Vergleich, ein ~~ für Smartmatch.
    einen Referenzvergleich statt =:= und die Perl5-logik bei Objekten für ===
    
    Bleibt noch eqv. Ich glaub ich hätts in 12 Jahren Perl 1mal gebraucht. Und so wie ichs verstanden hab täts da ein JSON($a) == JSON($b) genauso.
    Last edited: 2012-06-13 11:41:12 +0200 (CEST)
    - lichtkind
      
      2012-06-13 13:34
      
      User since
      2004-03-22
      5679 Artikel
      ModeratorIn + EditorIn
      
      Was hast du gelesen, hoffentlich nicht das veraltete was ich hier in die wiki schrieb.
      
      In Perl 6 ist gar kein wirrwarr die sachen werden halt nur etwas komplexer wenn man echte datentypen hat und die Sprache von haus aus roles und anderes dynamisches verhalten unterstützt. dieses überprüft nämlich eqv, während === nur nach inhalt und typ (also klasse des datentyps) vergleicht (genannt identität und das ist was ich strikter vergleich nennen würde). es war schon immer perls motto alles möglich zu machen. ~~~ist wie gsagt smartmatch also "vergleich das mit dem wenns irgendwie geht" nach einer recht komplexen tabelle um verschiedenste datentypen zu vergleichen und == ist in p6 numerischer vergleich erzwingt also auf beiden seiten numerischen kontext (ähnlich < <= > >=) genau wie eq ein stringverleich ist also beide seiten in den Typ Str konvertiert und dann ein === macht.
      Last edited: 2012-06-13 14:03:41 +0200 (CEST)
      Tutorien in der Wiki, mein zeug:
      kephra, baumhaus, garten, gezwitscher
      
      Es beginnt immer mit einer Entscheidung.
    - +6 replies
    - moritz
      
      2012-06-13 14:00
      
      User since
      2007-05-11
      923 Artikel
      HausmeisterIn
      
      Es gibt viele Scriptsprachen, in denen Operatoren verschiedene Dinge machen, je nach dem, welche Datentypen involviert sind.
      
      Z.B. in Javascript, a + b kann entweder Addition oder String Concatenation sein, je nach dem ob a eine Zahl oder ein String ist.
      Und was passiert, wenn a ein Array ist? Weisst du es? Ich zumindest nicht.
      
      Perl ist schon immer einen anderen Weg gegangen: Es gibt einen Operator pro Operation, und wenn die Datentypen nicht passen, dann werden sie passend gemacht. Daher == fuer Zahlen und eq fuer Strings.
      
      Da es in Perl 6 aber eben noch mehr Typen als Strings und Zahlen gibt, gibt es auch mehr Operatoren, ein paar davon allgemein genug, dass sie auch mit benutzerdefinierten Typen umgehen koennen.
      Perl 6 - Perls Zukunft
      - Gast Muffi
        
        2012-06-13 14:12
        
        Hmm, ok. Von der Seite aus betrachtet machts Sinn.
        Last edited: 2012-06-13 14:51:38 +0200 (CEST)
      - +4 replies
      - Gast Muffi
        
        2012-06-14 08:32
        
        2012-06-13T12:00:43 moritz
        Z.B. in Javascript, a + b kann entweder Addition oder String Concatenation sein, je nach dem ob a eine Zahl oder ein String ist.
        Und was passiert, wenn a ein Array ist? Weisst du es? Ich zumindest nicht.
        
        Gut, das Problem verschiebt sich bei Perl(5) aber nur.
        Wenn man jemanden mit <= 5 Jahren Perlerfahrung fragt, was Zahl + Hash ergibt errät der das wohl auch nie.
        Last edited: 2012-06-14 09:23:05 +0200 (CEST)
        
        +2 replies
        
        topeg
        
        2012-06-14 10:12
        
        User since
        2006-07-10
        2611 Artikel
        BenutzerIn
        
        Das ist aber nicht so schwer zu erraten. Im Skalaren Kontext gibt Perl einen String zurück der die Anzahl der belegten und reservierten Felder des Hashes beschreibt. Wenn man darauf eine Addition ausführt, wird der String in eine Zahl gewandelt und damit der Wert der benutzten Felder genommen.
        Dabei ist zu beachten, das die belegten Felder nicht gleich der Einträge sein muss!
        
        Gast Muffi
        
        2012-06-14 10:47
        
        Ja, aber ob ich mir jetzt diese Erklärung merke, oder, dass in JS
        ein + auf ein Array ein concat ist...
        
        Was ich damit sagen wollte: Es macht keinen Unterschiedm, ob ich mir merken muss, was ein Operator mit einem Datentyp macht, oder:
        Was ein Datentyp in welchem Kontext liefert.
        Last edited: 2012-06-14 10:50:42 +0200 (CEST)
        
        moritz
        
        2012-06-14 12:05
        
        User since
        2007-05-11
        923 Artikel
        HausmeisterIn
        
        Ja, das ist ein Problem in Perl 5, in Perl 6 ist das aber intuitiver -- ein +%hash gibt einfach die Anzahl der keys bzw. Paare im Hash zurück. Genauso wie bei Listen und Arrays.
        Perl 6 - Perls Zukunft

View all threads created 2012-06-05 16:31.