这是我的语法:
grammar esi_exp;
/* This will be the entry point of our parser. */
eval
: booleanExp
;
/* Addition and subtraction have the lowest precedence. */
booleanExp
: orExp
;
orExp
: andExpr (OR andExpr)*
;
andExpr
: notExpr (AND notExpr)*
;
notExpr
: NOT comparisonExpr
| comparisonExpr
;
comparisonExpr
: varOrLiteral ('==' varOrLiteral)*
;
varOrLiteral
: functionExpr
| literalExpr
| variableExpr
;
literalExpr : QUOTE VAR_ID QUOTE ;
variableExpr
: OPEN_VAR VAR_ID CLOSE_PAREN // $(HTTP_HOST)
| OPEN_VAR varWithArg CLOSE_PAREN // $(QUERY_STRING{param})
| OPEN_VAR varWithArgQuoted CLOSE_PAREN // $(QUERY_STRING{'param'})
| OPEN_PAREN booleanExp CLOSE_PAREN
;
varWithArg : VAR_ID OPEN_ARG VAR_ID CLOSE_ARG ;
varWithArgQuoted : VAR_ID OPEN_QUOTED_ARG VAR_ID CLOSE_QUOTED_ARG ;
matchValue : MATCH_VALUE_REGEX ;
functionExpr
: '$' FunctionName functionArgs;
FunctionName :
'exists'
| 'is_empty'
;
functionArgs
: '()'
| OPEN_PAREN VAR_ID CLOSE_PAREN
| OPEN_PAREN variableExpr CLOSE_PAREN
;
EQUALS : '==' ;
MATCH_FUNC : 'matches' ;
TRIPLE_QUOTE : '\'\'\'' ;
QUOTE : '\'' ;
OPEN_VAR : '$(' ;
OPEN_PAREN : '(' ;
CLOSE_PAREN : ')' ;
OPEN_ARG : '{' ;
CLOSE_ARG : '}' ;
OPEN_QUOTED_ARG : '{\'' ;
CLOSE_QUOTED_ARG : '\'}' ;
VAR_ID : ('a'..'z'|'A'..'Z'|'_')+ ; // match identifiers
AND : '&&' | '&' ;
OR : '|' | '||' ;
NOT : '!' ;
/* A number: can be an integer value */
Number
: ('0'..'9')+
;
WS
: (
' '
| '\r'
| '\t'
| '\u000C'
| '\n'
)
{
skip();
}
;
MATCH_VALUE_REGEX : TRIPLE_QUOTE ~(QUOTE)* TRIPLE_QUOTE;
这对测试用例很有用:
$exists($(id)) && (($(pagetype) == 'roster') || ($(pagetype) == 'cheerleaders') || ($(pagetype) == 'coaches') || ($(pagetype) == 'staff'))
但是,我还需要让它能够识别:
$(REQUEST_PATH) matches '''(matchup)/([^/]*)/([^/]*)/([^/]*)/([^/]*)'''
语法规则如下:
varOrLiteral MATCH_FUNC matchValue
应该匹配它并产生正确解析的语法。该规则在早期版本中有效,但在我修改语法以支持在表达式中包含括号时被删除。
我已经读过启用回溯应该能够在这些情况下提供帮助,但是文档似乎表明通常应该避免回溯。
如何在没有 LL 和/或左递归问题的情况下添加它?