[quote=micross,12.01.2006, 16:09]hätte ich wohl dazu schreiben müssen. Wollte das Problem eigentlich nicht mit einer if-Abfrage lösen. Geht das nicht anders?[/quote]
$1 wird durch den nicht erfolgreichen match nicht geleert, sondern es bleibt der inhalt vom letzten erfolgreichen match drinnen stehen. also ist es noetig herauszufinden, ob der match erfolgreich war oder nicht, damit du weisst, ob du dich auf den Inhalt von $1 verlassen kannst oder nicht. Wie du das herausfindest, ob mit einem if oder unless oder ...?...:... oder or oder wasauchimmer, bleibt dir ueberlassen, z.B. ist manchmal das folgende konstrukt recht elegant:


$& besser nicht benutzen, weil die sonst fuer jede regex gebildet werden, die im code vorkommt, und das macht das programm nur unnoetig langsam. genausowenig $` und $&´ usw.\n\n

<!--EDIT|Strat|1137080675-->

man könnte sich auch ein konstrukt wie regex ? $1 : "" überlegen, aber das sind im prinzip auch nur getarnte if-abfragen.

gibt es eigendlich einen grund für deine abneigung gegen das if?

Vergiss es Crian,

du verstehst nicht was ich meine!!
Der Korrektheit wegen: Mit dem Ton hast du angefangen!
^^ und "kein Kommentar" finde ich überflüssig in deinem Beitrag.
Ausserdem: Ich hoffe doch dass du auch zur Gattung Mensch gehörst und wir uns somit auf gleicher Höhe unterhalten egal ob du mehr Erfahrung hast oder nicht......

Also wenn dir meine Fragen nicht gefallen bitte ich dich auch nicht mehr darauf zu antworten! Wäre dir sehr verbunden!

Danke
rommi

[quote=micross,12.01.2006, 16:09]Bei $1 aber ist das der Fall. Verstehst du was ich meine?[/quote]
Ja, deshalb musst du mit einer Bedingung arbeiten! Entweder
if oder unless, ansonsten erhälst du eine WARNING, wenn du
versuchst, auf ein leeres $1 zuzugreifen!

Strat's Beispiel mit next unless ist optimal. Allerdings nur, wenn
du bei nicht-match nichts tun möchtest.

Texte doch mal ein paar Beispiele, wie ^ein zeilen aussehen
können und jemand wird dir sicherlich eine optimale /regexp/
vorzeigen :-)\n\n

<!--EDIT|opi|1137081570-->

da hast du nicht ganz recht. Crian hat durch seine fragestellung den ansatz, eine entscheidung zu treffen (gebe ich $1 aus oder nicht) ohne die entscheidung treffen zu wollen (kein if benutzen) kritisiert. das hat er auf eine sarkastische weise getan, nichtsdestotrotz hat er nicht ganz unrecht.

die frage bleibt. warum willst du kein if benutzen? was genau willst du erreichen? ich denke die meisten aspekte deiner frage wurden beleuchtet.

Vielleicht liest du meinen letzten Beitrag nochmal?

Mein Ton war der Weigerung, etwas Abfragen zu wollen, das man unterscheiden will schon angemessen *g

Mir ist es auch nicht wichtig, ob jemand mehr oder weniger Erfahrung hat, aber reinkommen und rumstänkern ist unfein. Ich glaub, du hast meine Antwort allerdings nur in den falschen Hals bekommen.

[quote=micross,12.01.2006, 16:50]Vergiss es Crian,

du verstehst nicht was ich meine!![/quote]
Das ist aber nicht nett! Crian ist bemüht dir zu helfen und
das ist jede Menge Wert! Wenn du der Meinung bist, dass dich
jemand nicht versteht, dann solltest du dir die Mühe machen,
es genauer zu erklären.

Was hälst du davon? :)

Ende der Diskussion! :)

@Crian
Du schreibst:
um dir die Unlogik aufzuzeigen...

Meine Antwort:
So unlogisch find ich es gar nicht ohne eine if-Abfrage arbeiten zu wollen
Das zeigt ja auch deine versteckte if-Abfrage :-)

my @data = qw/ei nur bein flur stein/;
for (@data) {
m~(ei)~ &&
print "$_ -> [$1]\n";
}

Siehst du da noch ein if geschrieben?

@Strat
Du schreibst:
$1 wird durch den nicht erfolgreichen match nicht geleert, sondern es bleibt der inhalt vom letzten erfolgreichen match drinnen stehen.

Mein Kommentar:
Genau das ist das Problem. Aber wie verhält sich denn dann $& ?

$& wird doch auch mit dem Treffer gefüllt wenn eine Übereinstimmung besteht! Aber es gibt auch nichts aus wenn es nichts gefunden hat! Auch nicht den Wert den es in einen vorherigen Match schon mal gespeichert hat.

Mein Fehler war wohl diese beiden Systemvariablen eins zu eins zu vergleichen. Die Beiden verhalten sich doch dann unterschiedlich da $1 wirklich dafür gedacht ist den Wert zu behalten. Die Lösung mit unless find ich dann auch recht elegant!


@Taulmarill
Du schreibst:
Crian hat durch seine fragestellung den ansatz, eine entscheidung zu treffen (gebe ich $1 aus oder nicht) ohne die entscheidung treffen zu wollen (kein if benutzen) kritisiert..

Meine Antwort:
Ich denke mit dem versteckten if hat Crian ja auch schon die Antwort auf meine ursprüngliche Frage gegeben. Es geht doch auch ohne if :-)

foreach(@Datei){m/^ein (\w+) / && print "$_ -> [$1]\n";}


Du schreibst:
ich würde den regex so schreiben: /^ein ([^ ]+)/

Meine Antwort:
Gefällt mir auch besser :-)
Auch die Variante von Strat /^ein\s+(\b\S+\b)/ is auch nicht schlecht.
Beim nächsten Reg wird alles besser :-)

Du schreibst:
die frage bleibt. warum willst du kein if benutzen? was genau willst du erreichen? ich denke die meisten aspekte deiner frage wurden beleuchtet

Meine Antwort:
Weiss auch nicht genau (bläht irgendwie den Text visuell auf). Finds
schöner wenn weninger Text da steht. Muss aber ja nicht gleich total reduziert
sein wie bei der Lösung von Crian m~(ein)~ , obwohl da könnte man sich schon daran gewöhnen!!!

Also erstmal vielen Dank an Alle
Gruss
rommi

[quote=micross,12.01.2006, 18:45]@Crian
Siehst du da noch ein if geschrieben?
[/quote]
scheint ein missverstaendnis zu sein, je nachdem, ob man nur den if-befehl oder (vielleicht etwas schlampig) if allgemeiner sieht (also auch unless, or, and, ...)

[quote=micross,12.01.2006, 18:45]@Crian
@Strat
Du schreibst:
$1 wird durch den nicht erfolgreichen match nicht geleert, sondern es bleibt der inhalt vom letzten erfolgreichen match drinnen stehen.

Mein Kommentar:
Genau das ist das Problem. Aber wie verhält sich denn dann $& ?

$& wird doch auch mit dem Treffer gefüllt wenn eine Übereinstimmung besteht! Aber es gibt auch nichts aus wenn es nichts gefunden hat! Auch nicht den Wert den es in einen vorherigen Match schon mal gespeichert hat.

Mein Fehler war wohl diese beiden Systemvariablen eins zu eins zu vergleichen. Die Beiden verhalten sich doch dann unterschiedlich da $1 wirklich dafür gedacht ist den Wert zu behalten.
[/quote]
$& ist eigentlich nur (noch?) in Perl, weil es sie auch in anderen sprachen gibt (z.B. sed); aber das bietet so viele performancenachteile, dass man es nicht verwenden sollte. Aber das wird fuer jede Regex gesetzt, waehrend $1, $2 usw. nur dann gesetzt werden, wenn die regex erfolgreich ist und was gecaptured wird.
$1, $2, $3 bis $9 sind recht nett, aber ohne ueberpruefung auf einen match meist wertlos. haeufig sieht man

wenn man mehr werte herausholen will, ist wohl der weg ueber das rueckgabearray der einfachste, z.B.

wenn der match nicht erfolgreich ist, sind $val1-$val3 einfach leer.
(achtung: falle:

gibt vermutlich nicht das aus, was man auf den ersten blick erwartet; dafuer ist ein listenkontext besser: