2010-07-20 58 views
3

我已經創建了一個測試應用程序來說明我的問題。它解析由「a =」或「b =」開始的整數列表,並用「\ r \ n」分隔。該列表包含以任意順序出現的多個這些字段。有沒有替代boost :: phoenix :: at_c結合boost :: spirit :: qi :: grammar

#include <string> 
#include <vector> 
#include <iostream> 

#include <boost/spirit/include/qi.hpp> 

#include <boost/spirit/include/phoenix.hpp> 

#include <boost/fusion/include/adapt_struct.hpp> 


typedef std::vector<unsigned int> uint_vector_t; 

std::ostream& operator<<(std::ostream& out, const uint_vector_t &data) 
{ 
    for (unsigned int i(0); i < data.size(); i++) 
    { 
     out << data[i] << '\n'; 
    } 
    return out; 
} 

struct MyStruct 
{ 
    uint_vector_t m_aList; 
    uint_vector_t m_bList; 
}; 

BOOST_FUSION_ADAPT_STRUCT 
(
    MyStruct, 
    (uint_vector_t, m_aList) 
    (uint_vector_t, m_bList) 
) 
; 

template<typename Iterator> 
struct MyParser : public boost::spirit::qi::grammar<Iterator, 
     MyStruct()> 
{ 
    MyParser() : 
     MyParser::base_type(Parser, "Parser") 
    { 
     using boost::spirit::qi::uint_; 
     using boost::spirit::qi::_val; 
     using boost::spirit::qi::_1; 

     using boost::phoenix::at_c; 
     using boost::phoenix::push_back; 

     Parser = 
       *(
         aParser [push_back(at_c<0>(_val), _1)] 
        | 
         bParser [push_back(at_c<1>(_val), _1)] 
       ); 
     aParser = "a=" >> uint_ >> "\r\n"; 
     bParser = "b=" >> uint_ >> "\r\n"; 
    } 
     boost::spirit::qi::rule<Iterator, MyStruct()> Parser; 
     boost::spirit::qi::rule<Iterator, unsigned int()> aParser, bParser; 
}; 

int main() 
{ 
    using boost::spirit::qi::phrase_parse; 

    std::string input("a=0\r\nb=7531\r\na=2\r\na=3\r\nb=246\r\n"); 
    std::string::const_iterator begin = input.begin(); 
    std::string::const_iterator end = input.end(); 
    MyParser<std::string::const_iterator> parser; 

    MyStruct result; 
    bool succes = phrase_parse(begin, end, parser, "", result); 
    assert(succes); 

    std::cout << "===A===\n" <<result.m_aList << "===B===\n" << result.m_bList << std::endl; 
} 

實際上有更多不同類型的字段需要解析。我對此方法的反對在於以下表達式: [push_back(at_c < 0>(_val),_1)] 這是分配與MyStruct第一個元素之間的'隱藏依賴關係'。這使得代碼易於變化。如果結構改變了,它仍然可以編譯,但不再做預期的工作。

我希望像建築: [的push_back(at_c < 0>綁定(& MYSTRUCT :: ALIST,ARG1)(_ VAL),_1)] 見this.因此,它是真正的名字約束。

是這樣的可能嗎?或者我應該採取完全不同的方法?

回答

7

鳳凰允許您將數據成員相結合爲好,這樣你可以寫:

Parser = 
    *( aParser [push_back(bind(&MyStruct::m_aList, _val), _1)] 
    | bParser [push_back(bind(&MyStruct::m_bList, _val), _1)] 
    ); 

而且,在這種情況下,你不需要FUSION_ADAPT魔力爲你的結構了。

相關問題