c – Boost ::精神表达解析器
我的boost :: spirit解析器有另一个问题.
template<typename Iterator> struct expression: qi::grammar<Iterator,ast::expression(),ascii::space_type> { expression() : expression::base_type(expr) { number %= lexeme[double_]; varname %= lexeme[alpha >> *(alnum | '_')]; binop = (expr >> '+' >> expr)[_val = construct<ast::binary_op<ast::add>>(_1,_2)] | (expr >> '-' >> expr)[_val = construct<ast::binary_op<ast::sub>>(_1,_2)] | (expr >> '*' >> expr)[_val = construct<ast::binary_op<ast::mul>>(_1,_2)] | (expr >> '/' >> expr)[_val = construct<ast::binary_op<ast::div>>(_1,_2)] ; expr %= number | varname | binop; } qi::rule<Iterator,ascii::space_type> expr; qi::rule<Iterator,ascii::space_type> binop; qi::rule<Iterator,std::string(),ascii::space_type> varname; qi::rule<Iterator,double(),ascii::space_type> number; }; 这是我的解析器.它解析了“3.1415”和“var”就好了,但是当我试图解析“1 2”时,它告诉我解析失败.然后我尝试将binop规则更改为 binop = expr >> (('+' >> expr)[_val = construct<ast::binary_op<ast::add>>(_1,_2)] | ('-' >> expr)[_val = construct<ast::binary_op<ast::sub>>(_1,_2)] | ('*' >> expr)[_val = construct<ast::binary_op<ast::mul>>(_1,_2)] | ('/' >> expr)[_val = construct<ast::binary_op<ast::div>>(_1,_2)]); 但是现在当然不能构建AST,因为_1和_2设置不同.我只看到像_r1这样的提到,但作为一个提升 – 新手,我不太了解如何boost :: phoenix和boost :: spirit相互作用. 如何解决这个问题? 解决方法
对我来说,这是不完全清楚的.最重要的是,你不担心运算符的联系吗?我将使用右递归来显示简单的答案 – 这导致左关联运算符被解析.
对于可见问题的直接回答将是进行融合:: vector2< char,ast :: expression> – 这不是真的有趣,特别是在凤凰lambda语义行动. (我将在下面显示,看起来像什么). 同时我想你应该读圣灵文件 > here在老精神文件(消除左递归);虽然语法不再适用,但Spirit仍然生成LL递归下降解析器,因此左递归的概念仍然适用.下面的代码显示了这个应用于Spirit Qi的代码 码: 我有三个版本的代码工作,解析输入如下: std::string input("1/2+3-4*5"); 分组成一个ast ::表达式(使用BOOST_SPIRIT_DEBUG): <expr> .... <success></success> <attributes>[[1,[2,[3,[4,5]]]]]</attributes> </expr>
步骤1:Reduce semantic actions 首先,我会摆脱每个操作符的替代解析表达式;这导致过度的回溯1.另外,正如你所发现的,它使语法难以维持.所以,这是一个更简单的变体,它使用语义动作的函数: 1检查使用BOOST_SPIRIT_DEBUG! static ast::expression make_binop(char discriminant,const ast::expression& left,const ast::expression& right) { switch(discriminant) { case '+': return ast::binary_op<ast::add>(left,right); case '-': return ast::binary_op<ast::sub>(left,right); case '/': return ast::binary_op<ast::div>(left,right); case '*': return ast::binary_op<ast::mul>(left,right); } throw std::runtime_error("unreachable in make_binop"); } // rules: number %= lexeme[double_]; varname %= lexeme[alpha >> *(alnum | '_')]; simple = varname | number; binop = (simple >> char_("-+*/") >> expr) [ _val = phx::bind(make_binop,qi::_2,qi::_1,qi::_3) ]; expr = binop | simple; 步骤2:Remove redundant rules,use 如您所见,这有可能降低复杂性.现在只是一小步,去除二进制中间件(已经变得相当多余): number %= lexeme[double_]; varname %= lexeme[alpha >> *(alnum | '_')]; simple = varname | number; expr = simple [ _val = _1 ] > *(char_("-+*/") > expr) [ _val = phx::bind(make_binop,_val,qi::_2) ] > eoi; 如你看到的, >在expr规则中,_val懒惰占位符用作累加binops的伪局部变量.根据规则,你必须使用qi :: locals< ast :: expression>对于这种方法. (这是关于_r1的问题). 步骤0:Wrestle fusion types directly 最后,为了乐趣和血腥,让我展示如何处理你建议的代码,以及_1,_2等的移动绑定: static ast::expression make_binop( const ast::expression& left,const boost::fusion::vector2<char,ast::expression>& op_right) { switch(boost::fusion::get<0>(op_right)) { case '+': return ast::binary_op<ast::add>(left,boost::fusion::get<1>(op_right)); case '-': return ast::binary_op<ast::sub>(left,boost::fusion::get<1>(op_right)); case '/': return ast::binary_op<ast::div>(left,boost::fusion::get<1>(op_right)); case '*': return ast::binary_op<ast::mul>(left,boost::fusion::get<1>(op_right)); } throw std::runtime_error("unreachable in make_op"); } // rules: expression::base_type(expr) { number %= lexeme[double_]; varname %= lexeme[alpha >> *(alnum | '_')]; simple = varname | number; binop %= (simple >> (char_("-+*/") > expr)) [ _val = phx::bind(make_binop,qi::_2) ]; // note _2!!! expr %= binop | simple; 正如你所看到的那样,没有几乎有趣的写make_binop函数! (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |