Sip-Uri-Parser mit Antlr4

Question

Hallo, ich versuche, einen Schluck Uri mit Antlr4 zu analysieren. Zur Zeit ich die Komplexität haben zu halten, die Frage einfach

Antlr4 Grammar

sipUri   : SIP_SCHEME coreUri EOF ; 
coreUri   : USER_INFO? hostPort ; 
hostPort  : 'abc.com' ; 

SIP_SCHEME   : 'sip:'; 
USER_INFO   : USER PASSWORD? '@' ; 
fragment USER  : ALPHA_NUM+ ; 
fragment PASSWORD : ':' ALPHA_NUM+ ; 
fragment ALPHA_NUM : ALPHA | DIGIT ; 
fragment ALPHA  : ('a'..'z' | 'A'..'Z') ; 
fragment DIGIT  : ('0'..'9') ; 

String Input 1 abzustreifen: sip: user: pwd@abc.com

String-Eingang2: sip: user@abc.com

Im zweiten Eingang, „SIP“ wurde als USER und „user“ geparst wurden als Passwort analysiert, da „SIP“ qualifiziert gemäß Grammatik ein Benutzer/Passwort sein.

Ich hoffe, ich habe mein Problem beschrieben. Sie wissen jetzt nicht, wie Sie vorgehen sollen?

Answer 1

Ich weiß nicht, warum das Ergebnis ist, was es ist, aber es hat wahrscheinlich damit zu tun, wie der Lexer funktioniert.

jedoch von Material an den Parser verschieben, können Sie dieses besondere Problem vermeiden:

sipUri   : SIP_SCHEME coreUri EOF ; 
coreUri   : userInfo? hostPort ; 
hostPort  : 'abc.com' ; 
userInfo  : USER PASSWORD? '@'; 

SIP_SCHEME   : 'sip:'; 
USER     : ALPHA_NUM+ ; 
PASSWORD    : ':' ALPHA_NUM+ ; 

Das heißt, ich denke, dass es besser ist, nicht zu versuchen, semantische Bedeutung zuweisen (Benutzer, Kennwort) zu den Lexer-Token , aber diese Logik in die Anwendung zu verschieben. Das Problem ist jedoch, wie Sie wahrscheinlich wissen, dass die erlaubten Zeichensätze zwischen Benutzer-, Passwort-, Hostnamen- und URI-Parametern unterschiedlich sind, und ich weiß nicht, wie ich das am besten handhaben soll.