Suchergebnisse

also suchst du nach 2 Ziffern, gefolgt von einem Punkt, gefolgt von 2 Ziffern, optional gefolgt von einem Punkt und 4 Ziffern. Das muss doch mit Regex machbar sein? Edit: naja - so wie dus anfängst müsste es ja eiglich auch gehen ohne Regex

und ist immer noch unsicher, denn endgültige Sicherheit, ob ein String-Stück parseable ist, kann nur die TryParse-Methode liefern. Da ists imo gar nicht so verkehrt, den Text wortweise zu durchlaufen, wie in post#9 begonnen. Nur muss man die Logik richtig auf die Reihe kriegen, aber das wird man auch müssen, wenn man son komplexen Regex einsetzt. Gugget mal mein Gebastel:C#-Quellcode (24 Zeilen)

kannst du vlt. eine richtige Methode davon machen, die auch IEnumerable<Note> zurückgibt? Dann präsentiere ich dir auch gleich eine Fehler-Möglichkeit, an die du vmtl. nicht gedacht hast. Das ist eben das Risiko bei Regex, dass da sich oft immer noch Fail-Möglichkeiten verstecken. Kanns eiglich auch gleich zeigen: Wie kämst du mit diesem TestString klar? C#-Quellcode (1 Zeile)

ich habs getestet, es ist kein valides Datum. Also wenn damit eine Note gebildet wird, stürztes entweder ab oder du hast korrupte Daten. Also wie ich's sehe, kommst du auch an komplexerer Verarbeitung mit TryParse nicht dran vorbei, der nächste Fail ist nämlich auch schon vorprogrammiert: "31.11.2014"

@Lamy: Beachte, dass in post#15 Note.Date sinnvollerweise als DateTime deklariert ist - bei dir aber fälschlicherweise als string. Beachte auch, dass dein Code viel komplizierter ist, und nachwievor gibt es keine endgültige Sicherheit, dass Dates in jedem Fall richtig erkannt werden. Weil einzig DateTime.TryParse kann Datumse letztendlich verlässlich erkennen - bei Regex bist du nie sicher .

Aber das muss dir doch offensichtlich sein, dass sowas nur als Ranz bezeichnet werden kann! Datumse sind als DateTime zu speichern, nicht als String - das ist doch der banalste Grundsatz typisierter Programmiersprachen! Wenn sie durch äussere Umstände unglücklicherweise aus Strings eingelesen werden müssen, dann sind sie zumindest sofort - zum frühestmöglichen Zeitpunkt - nach DateTime umzuwandeln, damit die Fehl-Typisierung möglichst eng weggekapselt ist. Und nicht erst beim Lesen unzureichend …