string vergleich
7 Beiträge
•
Seite 1 von 1
7 Beiträge
Seite 1 von 1
Hallo leute,
Ich muss überprüfen ob ein einem String feld das datum im Format TT.MM.JJJJ geschrieben wurde oder
TT.MM.JJ. Bei dem Format TT.MM.JJ soll ich eine Fehlermeldung ausgeben. Aber irgendwie geht das nicht.
Kann mir da jemand weiterhelfen:
Ich muss überprüfen ob ein einem String feld das datum im Format TT.MM.JJJJ geschrieben wurde oder
TT.MM.JJ. Bei dem Format TT.MM.JJ soll ich eine Fehlermeldung ausgeben. Aber irgendwie geht das nicht.
Kann mir da jemand weiterhelfen:
Code: Alles auswählen.
REPORT test.
DATA: a1(20) TYPE c.
a1 = '22.10.06'.
IF not a1 CP '++.++.++++'.
write: 'falsches Textdatum ', a1.
ENDIF.
"geht auch nicht...
IF not a1 CP '++#.++#.++++'.
write: 'falsches Textdatum ', a1.
ENDIF.
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
dimes hat geschrieben:Kann mir da jemand weiterhelfen.
Code: Alles auswählen.
REPORT test.
DATA: a1(20) TYPE c.
a1 = '22.10.06'.
IF not a1 CP '++.++.++++'.
write: 'falsches Textdatum ', a1.
ENDIF.
*so gehts
IF not a1 CP '#++.++.++++'.
write: 'falsches Textdatum ', a1.
ENDIF.
Gruß Hendrik
Hallo Dimes,
wenn es sich um Usereingaben z.B. beim Aufruf handelt, würde ich vorschlagen, das Eingabefeld gleich entsprechend zu definieren, also eine der folgenden Möglichkeiten wählen:
Das ist dann in der internen Darstellung zwar so etwas wie 20010522, aber halt ein gültiges Datum. (Die Ausgabe per Write von DAT1 und DAT2 unterscheidet sich übrigens.)
Ein Baustein fällt mir momentan nicht ein.
Wenn Du als Ausgangsdaten nur die im Textformat hast, sind die Patternvergleiche in meinen Augen nur bedingt hilfreich, da auch 99.77.9123 dann ein gültiges Datum wäre. Wenn das reicht, würde ich das hier machen:die zu kurzen Datumsangaben erzeugen dann Blanks in "test" und enthalten somit andere Zeichen als abgefragt.
Wenn Du wissen willst, ob ein Datum wirklich gültig ist, kann man sich etwas basteln:
Im If findet eine interne Konvertierung des Datumsfeldes in eine Zahl statt, dabei werden alle ungültigen Datumsangaben und das Datum '01.01.0001' in eine 0 umgesetzt. (Du müsstest den 01.01.0001 also abfangen, falls der bei Dir eine Rolle spielt).
Alle anderen Angaben erhalten eine Zahl > 0.
Vorteil: auch der 31.02.2006 wird als falsch erkannt.
wenn es sich um Usereingaben z.B. beim Aufruf handelt, würde ich vorschlagen, das Eingabefeld gleich entsprechend zu definieren, also eine der folgenden Möglichkeiten wählen:
Code: Alles auswählen.
PARAMETERS: DAT1 LIKE SY-DATUM,
DAT2 TYPE D.Ein Baustein fällt mir momentan nicht ein.
Wenn Du als Ausgangsdaten nur die im Textformat hast, sind die Patternvergleiche in meinen Augen nur bedingt hilfreich, da auch 99.77.9123 dann ein gültiges Datum wäre. Wenn das reicht, würde ich das hier machen:
Code: Alles auswählen.
REPORT ZZ_TEST.
DATA: A1(20) TYPE C,
TEST(10) TYPE C. "2 Punkte und Zahlen
A1 = '22.10.06'.
TEST = A1.
IF TEST+2(1) = '.' AND TEST+5(1) = '.' AND TEST CO '0123456789.'.
WRITE:/ 'richtiges Testdatum', A1.
ELSE.
WRITE:/ 'falsches Testdatum', A1.
ENDIF.
Wenn Du wissen willst, ob ein Datum wirklich gültig ist, kann man sich etwas basteln:
Code: Alles auswählen.
REPORT ZZ_TEST.
DATA: A1(20) TYPE C,
DATUM LIKE SY-DATUM.
A1 = '22.10.06'.
CONCATENATE A1+6(4) A1+3(2) A1(2) INTO DATUM.
IF DATUM = 0.
WRITE:/ 'falsches Datum', DATUM.
ELSE.
WRITE:/ 'richtiges Datum', DATUM.
ENDIF.
Alle anderen Angaben erhalten eine Zahl > 0.
Vorteil: auch der 31.02.2006 wird als falsch erkannt.
Seite 1 von 1
Vergleichbare Themen
2
Antw.
Antw.
4686
Views
Views
Vergleich STRING <> CHAR Feld (Unicode-Problem?)
von ST22 » 04.04.2007 09:17 • Verfasst in ABAP® Core
von ST22 » 04.04.2007 09:17 • Verfasst in ABAP® Core
2
Antw.
Antw.
1987
Views
Views
5
Antw.
Antw.
2282
Views
Views
4
Antw.
Antw.
3188
Views
Views
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.