作者热门文章
- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我正在尝试使用RPLY构建解析器,但无法使if-else -else语句正常工作。
在我看来,解析器拼命尝试遵循一条路径,当它失败时,它只是停止而不是寻找另一条路径。
这是我目前的作品/规则:
@self.pg.production('file : ')
@self.pg.production('file : expression_seq')
@self.pg.production('block : INDENT expression_seq DEDENT')
@self.pg.production('expression_seq : expression')
@self.pg.production('expression_seq : expression NEWLINE expression_seq')
@self.pg.production('else_clause : else NEWLINE block')
@self.pg.production('else_if_clause : else_if expression NEWLINE block')
@self.pg.production('else_if_clause_seq : else_if_clause')
@self.pg.production('else_if_clause_seq : else_if_clause NEWLINE else_if_clause_seq')
@self.pg.production('expression : if expression NEWLINE block')
@self.pg.production('expression : if expression NEWLINE block NEWLINE else_if_clause_seq')
@self.pg.production('expression : if expression NEWLINE block NEWLINE else_clause')
@self.pg.production('expression : if expression NEWLINE block NEWLINE else_if_clause_seq NEWLINE else_clause')
@self.pg.production('expression : INTEGER')
@self.pg.production('expression : false')
@self.pg.production('expression : true')
file = [ expression_seq ] ;
expression_seq = expression , { NEWLINE , expression } ;
block = INDENT , expression_seq , DEDENT ;
expression = if | INTEGER | 'false' | 'true' ;
if = 'if' , expression , NEWLINE , block , { NEWLINE , else_if_clause_seq } , [ NEWLINE , else_clause ] ;
else_clause = 'else' , block ;
else_if_clause = 'else if' , expression , NEWLINE , block ;
else_if_clause_seq = else_if_clause , { NEWLINE , else_if_clause } ;
if true
1
else
1
true
if true
1
true
=> rply.errors.ParsingError: (None, SourcePosition(idx=13, lineno=4, colno=1))
if true
1
else if true
1
else
1
true
=> rply.errors.ParsingError: (None, SourcePosition(idx=29, lineno=5, colno=1))
最佳答案
问题在于您对NEWLINE
令牌的处理。这会产生换档/减少冲突,这些冲突可以通过换档动作解决。结果是,永远不可能采取减少冲突的措施,这使得某些语法结构无法解析。
这是一个例子:
else_if_clause_seq: else_if_clause . [$end, NEWLINE, DEDENT]
| else_if_clause . NEWLINE else_if_clause_seq
.
。)标记基本上显示了解析器到达该状态时已到达的距离;如果
.
在生产的末尾(如第一行),则可以执行缩减操作,因为解析器已到达生产的末尾。如果
.
具有后跟符号,则如果下一个标记可能是(或在后一个扩展中的第一个标记),则解析器可以移动下一个标记。在上面的第二个生产中,如果
NEWLINE
恰好是下一个标记,则可以将其移位。
[$end, NEWLINE, DEDENT]
是该生产的前瞻集。换句话说,它是可以减少生产的上下文中一组可能的下一个标记。
NEWLINE
可能会触发
else_if_clause_seq: else_if_clause
的减少,也可能是在假定将解析
NEWLINE else_if_clause_seq
的情况下进行转移的。由于平移/减少冲突的默认解决方案是偏向于平移(在野牛,叠层,rply和大多数其他LR解析器生成器中),因此减少永远不会发生,从而迫使解析器始终选择尝试扩展
else_if_clause_seq
。实际上,这意味着不在块末尾的
else_if_clause
必须始终跟在另一个
else_if_clause
之后,从而无法解析
else_if true 1 else 1
,其中
else_if_clause
后跟
else
子句。
NEWLINE
之后)必须是
else
或
else_if
。在第一种情况下,需要减少,而在第二种情况下,变速是正确的动作。实际上,
NEWLINE
确实没有任何用途,因为
else
和
else_if
必须始终在
NEWLINE
标记之前。另外,由于
else_if_clause
只能以
block
结尾,而
block
只能以
DEDENT
结尾,因此我们可以得出结论,在
NEWLINE
之前必须加上
DEDENT
。
NEWLINE
之后发送
DEDENT
,因为语法似乎表明您在
NEWLINE
之前发送了
INDENT
。从理论上讲,这可能是可行的,但肯定会导致您转移/减少冲突。
NEWLINE
令牌,除非周围的行被显式或隐式连接,然后决定发布一个
INDENT
,一个或多个
DEDENT
或什么都没有。对
Python grammar的仔细检查显示了它们如何组合在一起。这是EBNF中的简化摘录:
stmt: simple_stmt | compound_stmt
simple_stmt: small_stmt (';' small_stmt)* [';'] NEWLINE
small_stmt: expr_stmt …
compound_stmt: if_stmt …
if_stmt: 'if' test ':' suite ('elif' test ':' suite)* ['else' ':' suite]
suite: simple_stmt | NEWLINE INDENT stmt+ DEDENT
suite
或多或少与您的
block
相对应,但允许同一行中不缩进的单个语句,但请注意,它以
NEWLINE
开头。简单(非复合)语句以
NEWLINE
结尾;复合语句被视为是自定界的。
NEWLINE
令牌。如上所述,缩进或缩进的行中的
NEWLINE
标记严格多余,因为可以推断出存在。完全不使用它们可以减少解析器需要处理的令牌数量。但是,如果这样做,您将无法再继续使用简单原则,即简单语句始终以
NEWLINE
终止,因为
block
中的最后一个简单语句直接跟在
DEDENT
之后。这使得必须使用
expression_seq
的稍微复杂一点(和右递归)的定义:
block : INDENT statement_sequence DEDENT
statement : simple_statement | compound_statement
statement_sequence : statement
| simple_statement NEWLINE statement_sequence
| compound_statement statement_sequence
关于python - 如果-else if-else语句,您将如何解析标准? (使用RPLY),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/54205626/
为了练习,我决定使用一种简单的语言。当只有一行时,我的 say();命令工作正常,但是当我连续执行两个命令时,出现错误。 为了解析,我使用 rply。我正在遵循这个(https://blog.usej
我是一名优秀的程序员,十分优秀!