'return' und 'or': Operatorenrangfolge (Seite 2) (Allgemeines zu Perl)

[thread]6692[/thread]

'return' und 'or': Operatorenrangfolge (Seite 2)

Leser: 1

Crian

2005-02-08 11:10

User since
2003-08-04
5866 Artikel
ModeratorIn

[quote=kabel,07.02.2005, 20:16]C, wo es durch das fehlen der klammern sichtbar ist, dass return keine funktion ist. es ist nur zucker.[/quote]
Genau, deshalb ist (war) es mir bei C auch immer wichtig, da keine unnützen klammern zu schreiben.

Deshalb tu ich das auch bei Perl nicht.

Und von "syntaktischem Zucker" erwarte ich einfach, dass er gefälligst schwächstmöglich bindet =)

Ich mein ich weiß ja jetzt, dass es so ist, aber wenigstens steh ich mit meiner Ansicht, dass das eigentlich nicht ok ist, nicht alleine da.

s--Pevna-;s.([a-z]).chr((ord($1)-84)%26+97).gee; s^([A-Z])^chr((ord($1)-52)%26+65)^gee;print;

use strict; use warnings; Link zu meiner Perlseite

kabel

2005-02-08 12:20

User since
2003-08-04
704 Artikel
BenutzerIn
[default_avatar]

es gibt noch mehr dinge in perl die nicht ok sind ...

ich erinnere an den map/foreach streit. ich kapier das immer noch nicht.

-- stefan

Strat

2005-02-08 19:12

User since
2003-08-04
5246 Artikel
ModeratorIn

ich finde es auf den ersten blick ueberraschend, aber doch ok.

schlimm finde ich in perl bisher nur die automatische interpolation von variablen in regulaeren ausdruecken, die man mit quotemeta oder \Q$variable\E explizit umgehen muss, weil sie sonst irgendwann mal syntaxfehler liefert, z.B.

Code: (dl )

my $var = '(';
print if /$var/;

Unmatched ( in regex; marked by <-- HERE in m/( <-- HERE / at - line 2.

Als ich das noch nicht wusste, habe ich da mal lange an einem dadurch verursachten problem gesucht (kamen komische Unicode-Fehlermeldungen...)

perl -le "s::*erlco'unaty.'.dk':e,y;*kn:ai;penmic;;print"
http://www.fabiani.net/

View all threads created 2005-02-07 17:49.