phpsecretary

Morgen,

ich möchte einen regulären Ausdruck erstellen, der die Eingabe einer Summe überprüft.

Folgende Kriterien sollen erfüllt werden:

- wenn mehrstellig vor einem Komma, keine führende Null.
- Summe darf 20,00 nicht überschreiten
- Nullwert ist nicht erlaubt

Das soll erlaubt sein:

0,01
1,01
0,10
10,01
10
19,99
20
20,0
20,00

Das nicht:

01,01
20,01
0
0,0
0,00
10,

Mein Ansatz bis jetzt:

(0(?=,([0-9]*[1-9]){1,1}[0-9]*){1,2}

Eine "0" gefolgt von einem Komma und ein oder zwei Ziffern 0-9 wovon mindestens einer Ziffer 1-9 ist.

|(1{1,1}[0-9]*){1,2}

oder eine 1 gefolgt von maximal einer mögicherweise vorkommenden Ziffer 0-9

|2(?=(0|0,|0,00)))

oder eine 2 aber nur wenn diese von "0" oder "0,0" oder "0,00" gefolgt wird

,{0,1}

gefolgt von einem möglicherweise einmal vorkommenden Komma

[0-9]{0,2}

gefolgt von ein oder zwei möglichweise vorkommenden Ziffern 0-9


<?php

$test = '19,01';

if (preg_match('/^(0(?=,([0-9]*[1-9]){1,1}[0-9]*){1,2}|(1{1,1}[0-9]*){1,2}|2(?=(0|0,|0,00))),{0,1}[0-9]{0,2}$/',$test)) echo 'ok';
else echo 'nicht ok';

Da scheint aber der Wurm drin zu sein :-/

Könnte mir jemand helfen?

If ($betrag >20||$betrag<0.01) ginge natürlich auch. Ich möchte aber nicht den Betrag prüfen, sondern den regulären Ausdruck dafür erstellen.

__________________
Ich bin Programmierer und kein Frameworkinstallierer.

Mister Ad

phpsecretary

Ich bin jetzt hier:

^((0{1,1}(?=,([0-9]*[1-9]{1,1}[0-9]*){1,2}))|(1{1,1}[0-9]{0,1})|(2{1,1}(?=(0|,0|,00|0,0|0,00){0,1}))|[3-9]{1,1}(?=,{1,1}))(,{1,1}[0-9]{1,2}){0,1}$


Mein spezielles Problem sind die Nachkommastellen einer 20

(2{1,1}(?=(0|,0|,00|0,0|0,00){0,1}))



2{1,1}

Eine 2, sofern sie einmal vorkommt

(?=

Und wenn sie gefolgt wird von

(0|,0|,00|0,0|0,00){0,1}

"0" oder ",0" oder ",00" oder "0,0" oder "0,00" oder nichts

20,99 wird aber trotzdem gematched :-/

__________________
Ich bin Programmierer und kein Frameworkinstallierer.

Asipak

Wie wäre es mit einem anderen Ansatz? Teile den String am Komma auf und arbeite dann mit Bedingungen und einfacheren Ausdrücken. Um die größe einer Zahl zu prüfen, eignet sich ein regulärer Ausdruck meiner Meinung nach nicht so gut.

Paul.Schramenko

__________________
"My software never has bugs, it just develops random features."
"Real programmers don't comment. If it was hard to write, it should be hard to understand!"
Positive Bewertungen sind nicht unwillkommen...

Asipak

Vielleicht funktioniert dieser Ausdruck: Aber ich halte wie gesagt einen Ansatz wie den von Paul.Schramenko für sinnvoller. Wieso soll es denn ein regulärer Ausdruck sein?

Paul.Schramenko

Ich bin jetzt nicht so sicher, aber ich denke, dass mein Ansatz ein kleines bischen verständlicher ist, wenn jemand auf den Code schaut...

__________________
"My software never has bugs, it just develops random features."
"Real programmers don't comment. If it was hard to write, it should be hard to understand!"
Positive Bewertungen sind nicht unwillkommen...

Asipak

Unwesentlich

phpsecretary

Mir geht es nicht um die Prüfung der Zahl, sondern um die lookarounds und generelle Syntax von Regulären Ausdrücken.

Für diesen Anwendungsfall gibt es bestimmt Myrriarden weiterer Möglichkeiten der Prüfung. Auch das Exceptionhandling kann man verwenden (ich habe allerdings irgendwann mal das userdefined errorhandling eingebunden und verwende dieses stattdessen, um mich gegen die Javasierung von PHP zu wehren und nachfolgende Entwickler zu verwirren: trigger_error('Invalid Sum!', E_USER_NOTICE). Ist alles eine Frage der Klassifizierung von Fehlern...

Um noch mal auf meine eigentliche Frage zurück zu kommen...

Hat zufällig jemand grade O'Reilly's "Reguläre Ausdrücke" zur Hand und kann mal für mich nachschlagen so ca. ab der Hälfte des Buchs (den Teil den ich damals nur überflogen habe *tüdelü*)?

__________________
Ich bin Programmierer und kein Frameworkinstallierer.

Asipak

Was soll das denn jetzt werden?
Dann sagst du uns vielleicht lieber noch mal wobei und was das Kapitel in dem erwähnten Buch damit zu tun hat.

phpsecretary

Die "2" wird nicht gematched, sonst siehts aber gut aus...

Hab ich viel zu kompliziert gedacht :-/

Was mich aber eigentlich immer noch nicht weiterbringt, weil ich nen Anwendungsfall eben für oben genannte lookarounds zu finden gehofft hatte.

Vielleicht hat jemand eine Idee, wo man diese sonst verwenden kann und wie sie denn verwendet werden? Evtl. In Kombination mit einem Anwendungsfall mit bedingten Ausdrücken?

__________________
Ich bin Programmierer und kein Frameworkinstallierer.