国产欧美日韩在线观看,国产欧美va欧美va香蕉在,久久婷婷av

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

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

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

posted on 2005-10-08 14:49 cyt 閱讀(822) 評論(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. 事件機制的設(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ā)表評論。
【推薦】100%開源！大型工業(yè)跨平臺軟件C++源碼提供，建模，組態(tài)！



網(wǎng)站導(dǎo)航: 博客園 IT新聞 BlogJava 博問 Chat2DB 管理

導(dǎo)航

常用鏈接

留言簿(12)

隨筆分類

隨筆檔案

文章分類

好友Blog

搜索

最新評論

閱讀排行榜

評論排行榜