[php] eregi probleem

[RSD]

Ik wil een string matchen alsvolgt:

0,34,12,43,0, ..... , 45

Zeg maar een comma separated string die oneindig lang kan zijn.

Echter mag

12

ook en

3

is ook een match.

Nu had ik zelf dit bedacht:

PHP:

eregi("^[0-9][0-9,]*[0-9]$",$_GET["n"]))

deze pakt alleen het enkele getal 3 niet. Hoe kan ik zoiets goed matchen?

[Erkens]

je moet ervoor zorgen dat het eerste teken ook 0x mag voorkomen, bijvoorbeeld zo:

PHP:

eregi("^[0-9]*[0-9,]*[0-9]$",$_GET["n"]))

edit:

hmm, nee want nu kan het nog met een komma beginnen, zo dan:

PHP:

eregi("^[^,][0-9,]*[0-9]$",$_GET["n"]))

ongetest

[ Voor 35% gewijzigd door Erkens op 04-07-2007 14:05 ]

[JeRa]

Ik denk zoiets:

^([0-9]+,)*[0-9]+$

Maar je kunt natuurlijk ook explode() doen op de string en checken of elk item een getal is

[Verwijderd]

Je kunt beter regular expresions vermijden als het mogelijk is, zelf een aantal functies ipv een regexp is al veel sneller.

Performance wise zijn regexps niet erg zuinig.

[RSD]

Hoe zou je zoiets dan doen? Met explode ofzo? Ik dacht juist dat die dingen veel sneller waren?

[ Voor 10% gewijzigd door RSD op 04-07-2007 14:27 ]

[Erkens]

RSD schreef op woensdag 04 juli 2007 @ 14:27:
Hoe zou je zoiets dan doen? Met explode ofzo? Ik dacht juist dat die dingen veel sneller waren?

Simpel stappenplan:

• explode op een komma
• loop door de array die je terug krijgt
• check of elk item in de array een integer is

Of ze sneller zijn? Dat ligt er helemaal aan wat je er precies mee doet natuurlijk, vaak zijn de complexe regexen sneller dan dat je het zelf met string functies oplost, even niet kijkend naar de development tijd.

[Guillome]

Ik denk dat 1 keer door een lange string lopen sneller is dan 100 keer een sting te bekijken om te zie of het een integer is