• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            cyt

            很久以前見識過spirit,覺得十分好用。不過spirit越做越龐大,對編譯器的要求越來越高,加上加入了boost,龐大的讓我卻步。有時候想簡單用一下,實在不忍心引入boost這個龐然大物。

            今天看到一個The Parser Toolkit http://sourceforge.net/projects/theptk/?作者號稱受到spirit的啟發(fā)做的。程序比較簡短,就兩個頭文件,幫助也比較清晰,功能不算十分強(qiáng)勁,但也夠用了。

            之所以喜歡spirit、theptk之類的東西而不喜歡用yacc之類的,主要是不喜歡程序需要預(yù)處理,而且代碼這樣比較直觀,和C++結(jié)合比較好。

            posted on 2005-10-08 14:49 cyt 閱讀(817) 評論(4)  編輯 收藏 引用
            Comments
            • # re: 除了spirit的另一個選擇
              Exile_
              Posted @ 2005-10-22 03:57
              codeproject 上有一個 yard 庫, 也很簡單,同時他對于文法的定義沒有采用操作符重載的形式,比如也就省去了對于臨時對象的管理,效率更高.
              比如 rule<input_t> E = F || T;
              變?yōu)?struct E : or_<E, T> {};  回復(fù)  更多評論   
            • # re: 除了spirit的另一個選擇
              cyt
              Posted @ 2005-10-23 21:16
              多謝介紹!

              yard這個project可以在 http://sourceforge.net/projects/yard-parser/找到,另外作者主頁在 http://www.cdiggins.com/; codeproject上也有一些相關(guān)的介紹文章:

              http://www.codeproject.com/cpp/yard-xml-parser.asp

              http://www.codeproject.com/cpp/yard-tokenizer.asp

                回復(fù)  更多評論   
            • # re: 除了spirit的另一個選擇
              eXile
              Posted @ 2005-10-24 14:12
              我簡單地看了一下 theptk 的實現(xiàn), 發(fā)現(xiàn)有兩個不爽的地方:
              1. shared_ptr的使用和 weak_ptr 的古怪設(shè)計, 如果在設(shè)計時明確的區(qū)分 rule 和 grammar_p 的概念,這兩個智能指針是完全可以不用的;
              2. 事件機(jī)制的設(shè)計, 不直觀,太復(fù)雜 為什么不像 spirit 一樣用操作符[] 實現(xiàn)語義動作呢? 這樣實現(xiàn)并不復(fù)雜, 象 Biscuit parser庫(這是一個在 yard 基礎(chǔ)上設(shè)計出來的庫,也可在codeproject 上找到) ,就加了一個actor_分析器,實現(xiàn)語義動作.  回復(fù)  更多評論   
            • # re: 除了spirit的另一個選擇
              cyt
              Posted @ 2005-10-24 17:27
              應(yīng)該是不難實現(xiàn)的。
              另外很不爽的一個地方就是處理語義的地方,沒有傳入?yún)?shù),也就是說一段代碼只能夠有一種處理語義的方法。
              作者只發(fā)布了一個版本,到現(xiàn)在沒有更新,作者也沒有再出現(xiàn)過,都不知道作者是不是已經(jīng)放棄這個東西了……  回復(fù)  更多評論   

            只有注冊用戶登錄后才能發(fā)表評論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


             
            国产精品久久久久jk制服| 久久99免费视频| 久久一区二区三区99| 久久精品无码专区免费| 武侠古典久久婷婷狼人伊人| 色8久久人人97超碰香蕉987| 久久精品国产99久久香蕉| 久久国产免费直播| 久久精品成人免费看| 欧美亚洲国产精品久久| 久久久国产精品福利免费| 久久无码一区二区三区少妇| 97久久香蕉国产线看观看| 亚洲国产日韩欧美综合久久| 久久久国产精品网站| 久久精品人人做人人爽97| 一本一道久久a久久精品综合| 久久精品国产亚洲AV电影| 亚洲欧洲久久av| 国产精品久久久久久久午夜片| 久久亚洲私人国产精品| 一本色道久久88综合日韩精品| 99精品伊人久久久大香线蕉| 久久精品国产亚洲AV电影| 久久精品国产亚洲AV蜜臀色欲| 久久天天躁狠狠躁夜夜2020老熟妇| 麻豆精品久久精品色综合| 久久婷婷国产综合精品 | 激情伊人五月天久久综合| 久久夜色精品国产亚洲av| 久久精品中文字幕一区| 国产农村妇女毛片精品久久| 精品久久久久久国产91| 久久九九全国免费| 久久99免费视频| 国产精品VIDEOSSEX久久发布| 91久久精品视频| 国产成人AV综合久久| 国产精品成人99久久久久 | 性高湖久久久久久久久AAAAA| 91久久精品国产91性色也|