• <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   管理


             
            久久精品国产男包| 久久久久久久尹人综合网亚洲| 国产精品久久久久久久午夜片| 久久人妻少妇嫩草AV蜜桃| 亚洲色欲久久久久综合网| 亚洲αv久久久噜噜噜噜噜| 日韩精品久久无码人妻中文字幕| 久久国产精品久久| 久久久精品国产免大香伊| 亚洲国产成人久久精品动漫| 久久午夜福利无码1000合集| 久久r热这里有精品视频| 久久国产免费直播| 色综合久久久久综合99| 国产精品久久波多野结衣| 亚洲国产视频久久| 一本色道久久88加勒比—综合| 久久中文字幕人妻熟av女| 精品久久久久久99人妻| 成人久久精品一区二区三区| 午夜视频久久久久一区 | 久久久久久久久无码精品亚洲日韩 | 久久亚洲私人国产精品| 精品多毛少妇人妻AV免费久久| 日韩人妻无码精品久久久不卡| 久久夜色撩人精品国产| 国产午夜精品久久久久免费视| 婷婷久久综合九色综合绿巨人| 一本一道久久精品综合| 久久精品国产第一区二区三区| 久久午夜福利无码1000合集| 久久久无码精品亚洲日韩软件| 欧美久久精品一级c片片| 99久久国产热无码精品免费 | 无码人妻少妇久久中文字幕 | 久久国产精品无码HDAV| 亚洲成色WWW久久网站| 色综合久久中文字幕无码| 亚洲va久久久噜噜噜久久男同| 一级a性色生活片久久无| 一本大道久久东京热无码AV |