Reg Exp. genkend både dato som 01/01 og 1/12

(0?[1-9]|[12]\d|3[012])-(0?[1-9]|1[012])-(19|20)\d{2}

Pssst! Jeg har opdateret artiklen. :^)

Opdagede lge en fejl. Den skal være:

(0?[1-9]|[12]\d|3[01])-(0?[1-9]|1[012])-(19|20)\d{2}

Der er jo ikke nogen måneder med 32 dage. *rødme*

Nogle måneder *føles* så lange, mens man venter på lønningsdagen.

Men derudover skal man jo alligevel efterfølgende kontrollere om der er tastet den 29. februar i de år, hvor den dato li'som ikke findes.

Og 31. april ... osv.

Blot til information. :-) Så, ja vil det jo være en bulletproof løsning hvis den også kunne dedektere d.29feb når den ikke findes osv, men i praksis, og med de kroner der er sat af til projektet, er overstående løsning perfekt.

Tak for svarene.

Man kan bruge min tommelfinger-regel, der siger:

  1) Brug kun det regulære udtryk til at kontrollere den faste syntaks
  2) Brug det bagvedliggende programmeringssprog til at kontrollere andre afhængigheder.

Vedr. 1 kunne man diskutere om man ikke bare ku' bruge \d?\d-\d?\d-\d\d\d\d  fordi man alligevel er nødt til i punkt 2 at checke datoer mod 29 og 31 i forhold til deres måned. osv.

Nå, ja, og

  3) Vælg en løsning, der giver de ønskede fejlrapporteringsmuligheder.

Hvis du kun bruger den fra spørgsmålet, har du kun mulighed for at sige "forkert dato", mens man ved passende programmering i punkt 2 kan sige fx. "Altså, tag dig nu sammen, der er ikke en måned med nummer 13"

ericjacobsen, vi er helt enige om at den smukkeste - og mest tidskrævende - løsning, er den sidste. Men forretningsmæssigt, skal man jo også veje det op i mod hvor det er passende at lægge energien og tiden i projektet.

Forstå mig ret, det er ikke fordi jeg vil kode et skod produkt - men det er en balance gang, på hvor meget man skal gøre ud af diverse ting, kontra hvad det giver i den sidste ende :-).

I dette tilfælde er det besluttet at systemet, sagtens kan fungere optimalt ved at nøjes med at fortælle brugeren, at han har tastet en forkert dato, i stedet for at en dato f.eks ikke indholder tegnet "@" (eksempel).

Helt enig - cost/benefit. Men det her er jo noget man enten tager op af skuffen fra et tidligere projekt, eller laver, fordi man vil også vil lægge det i skuffen af standardløsninger. Det er også noget, der kan komme på senere. Men prøv hvad der sker ved "31-04-2008", bare for sjov.

Og så samler jeg slet ikke på point, tak.