String gegen XSD-Vorgabe prüfen

**sko1**

Hallo,

ich habe etliches inzwischen gelesen, komme aber irgendwie zu keiner (einfachen) Lösung:

Ich habe einen x-beliebigen String, der gegen ein Format aus einer XSD-Datei auf Gültigkeit geprüft werden soll.

z.B.
passt '1234567 D4321Ax' zu folgender Vorgabe :
<xsd:pattern value="[a-zA-Z0-9$&%\*\+\-/]{1,12}" />

Gibt es da irgend etwas was fertiges was ohne zusätzliche DLL's auskommt, die auf dem Rechner des Anwenders eventuell gar nicht oder veraltet vorliegen, also reiner Delphi-Code?

Ciao
Stefan

**Delphi.Narium**

Das sieht mir nach 'nem regulären Ausdruck aus:

http://docwiki.embarcadero.com/RADSt...Ausdr%C3%BCcke

Das sollte mit Delphimitteln gehen: Zeichenfolge gegen den regulären Ausdruck aus value prüfen.

**sko1**

das verlinkte Beispiel funktioniert leider nicht!

Da kann ich "12345 6789" eingeben und es wird als gültig erkannt obwohl in diesem Beispiel "[a-zA-Z0-9$&%\*\+\-/]{1,12}" Leerzeichen verboten sind.

Ebenso wird die Längenangabe ignoriert, ein "1234567890123456789" wird ebenfalls als gültig erkannt!

Ciao
Stefan

**himitsu**

Zitat von sko1:

und es wird als gültig erkannt obwohl in diesem Beispiel "[a-zA-Z0-9$&%\*\+\-/]{1,12}" Leerzeichen verboten sind.

Weil es auch gültig ist.

Zitat:

Ebenso wird die Längenangabe ignoriert

Nein wird sie nicht. In diesem String gibt es mindestens einmal ein paar Zeichen, welche deinem Suchmuster entsprechen.

https://regex101.com/r/giS6xE/1

Du prüfst nur ob in dem String etwas mit der Maske übereinstimmt und nicht ob es der ganze String ist.
In diesem Fall kannst du ganz einfach ^ vor und $ hinter das Suchmuster einfügen, also "^[a-zA-Z0-9$&%\*\+\-/]{1,12}$" .

**sko1**

Danke, danke, danke!

Genau so ist es und funktioniert jetzt!

Ciao
Stefan

**Delphi.Narium**

Muss der reguläre Ausdruck im Programm bei der Ausführung tatsächlich ^[a-zA-Z0-9$&%\*\+\-/]{1,12}$ sein oder nicht eher ^[a-zA-Z0-9$&%\*\+\-/]{1,12}$?

**himitsu**

im RegEx-Ausdruck natürlich nur &
das Andere ist die Codierung in der XSD (XML), da & dort ja ein Steuerzeichen ist.

Wenn du diesen String aber mit einer XML-Komponente ausliest, dann decodiert sie es automatisch.

String gegen XSD-Vorgabe prüfen

String gegen XSD-Vorgabe prüfen

AW: String gegen XSD-Vorgabe prüfen

AW: String gegen XSD-Vorgabe prüfen

AW: String gegen XSD-Vorgabe prüfen

AW: String gegen XSD-Vorgabe prüfen

AW: String gegen XSD-Vorgabe prüfen

AW: String gegen XSD-Vorgabe prüfen

Forumregeln

Delphi.Narium Registriert seit: 27. Nov 2017 2.490 Beiträge Delphi 7 Professional	#2 AW: String gegen XSD-Vorgabe prüfen 12. Dez 2017, 12:46 Das sieht mir nach 'nem regulären Ausdruck aus: http://docwiki.embarcadero.com/RADSt...Ausdr%C3%BCcke Das sollte mit Delphimitteln gehen: Zeichenfolge gegen den regulären Ausdruck aus value prüfen.
	Zitat

sko1 Registriert seit: 27. Jan 2017 588 Beiträge Delphi 10.1 Berlin Enterprise	#3 AW: String gegen XSD-Vorgabe prüfen 12. Dez 2017, 14:21 das verlinkte Beispiel funktioniert leider nicht! Da kann ich "12345 6789" eingeben und es wird als gültig erkannt obwohl in diesem Beispiel "[a-zA-Z0-9$&%\*\+\-/]{1,12}" Leerzeichen verboten sind. Ebenso wird die Längenangabe ignoriert, ein "1234567890123456789" wird ebenfalls als gültig erkannt! Ciao Stefan
	Zitat

sko1 Registriert seit: 27. Jan 2017 588 Beiträge Delphi 10.1 Berlin Enterprise	#5 AW: String gegen XSD-Vorgabe prüfen 12. Dez 2017, 14:56 Danke, danke, danke! Genau so ist es und funktioniert jetzt! Ciao Stefan
	Zitat

Delphi.Narium Registriert seit: 27. Nov 2017 2.490 Beiträge Delphi 7 Professional	#6 AW: String gegen XSD-Vorgabe prüfen 12. Dez 2017, 15:07 Muss der reguläre Ausdruck im Programm bei der Ausführung tatsächlich *^[a-zA-Z0-9$&%\\+\-/]{1,12}$ sein oder nicht eher ^[a-zA-Z0-9$&%\\+\-/]{1,12}$*?
	Zitat

himitsu Registriert seit: 11. Okt 2003 Ort: Elbflorenz 44.062 Beiträge Delphi 12 Athens	#7 AW: String gegen XSD-Vorgabe prüfen 12. Dez 2017, 15:15 im RegEx-Ausdruck natürlich nur & das Andere ist die Codierung in der XSD (XML), da & dort ja ein Steuerzeichen ist. Wenn du diesen String aber mit einer XML-Komponente ausliest, dann decodiert sie es automatisch. Neuste Erkenntnis: Seit Pos einen dritten Parameter hat, wird PoSex im Delphi viel seltener praktiziert.
	Zitat