|
思則睿,睿則聖。 |
本來打算先介紹 if/else, while, function call, function declare 的 ast 建構方式, 不過剛好完成 eval 運算式, 腦筋的記憶比較深刻, 先寫這篇。
在之前《
compiler [1] - 四則運算》有提到, 在建構出 ast 之後, 再寫個 eval 就可以求出這個運算式的值了, 果真是說的比做的簡單, 道理雖然知道, 但在實作上, 我還是吃了不少苦頭。
經過了一個月我才開始做 eval 這功能, 在這一個月之間, 我思考還有什麼不足之處, 修修補補之後, 決定可以完成eval 這功能了, 這是思考之後的舉動, 並非興奮衝動下的實作。
首先 AST 的操作並不容易, tree 是一個很難處理的資料結構, 幾乎都要使用遞迴來對付它。eval 也是用了遞迴來實作。
eval 在不同的 ASTNode 上實作的程式碼不同, 例如 node: 3 只要單純回傳本身就可以; 而 node: + 則要呼叫 child node 左的 eval, child node 右的 eval, 再把兩個 node 回傳的結果做加法運算。
而 node 如果是 =, if, while, 更是有各式各樣的的實作, 由於我不是使用物件導向的寫法, 就是會有一堆 switich/case, if, 程式碼拉的很長, 我本來還想學習 SICP list-of-values, eval, apply 的實作, 發現有點困難, 老是不知道死在哪個遞迴過程中。
而使用物件導向寫法, 只要針對每個不同的 node, 直接實作其 eval 就可以, 不會有一堆 switch/case, if/else 寫法在其中。這會是比較好的寫法嗎? 嗯 ... 這是個困難的抉擇, 我目前不想用物件導向的作法, 雖然我用的是 c++。
而目前這個版本是我改了好幾次之後覺得比較好的版本。單純求值倒不困難, 但我想表達每次在 eval 後的過程, 像是 list 1. 這樣。
所以需要改變 ASTNode 的內容, 這造成很多問題, 為了不要 memory leak, 要記得 delete 被 eval 置換後的 ASTNode, 這讓我大吃苦頭, 常常遇到 delete 不該砍掉的 ASTNode, 這時候就想到有 GC 的好了, 但是身為系統底層開發人員, 還是得面對這問題。
目前的作法是 eval 後會傳回一個 ASTNode*, 再由呼叫 eval 的程式碼去決定要不是取代目前的 node, 要取代目前的 node 自然就要先釋放該 node。之前有個版本是 eval 後, 直接傳回被取代的內容, 覺得這樣不是很好。
而我的多此一舉為自己帶來了麻煩, 在實作 while 的 eval 時, 由於我把計算結果取代掉, 所以再下一次的 while loop 時, 就無法在計算一次了。
ex: a=1 while (a<5) a=a+1;
第一次 while loop 就變成 a = 2, 再下一次還是執行 a=2, 這就不對了。
要怎麼處理這兩難的問題呢? 還沒想到好辦法。
eval 的順序是 (list 1 的行號):
L5 + 的 eval 會去執行 L8 左邊 + 的 eval(), 然後是 L11 * 的 eval(), 再回到 L8 右邊 + 的eval(), 若是 = 運算符號的話, 會比較特別, 談到環境的時候再說。
單純要做 eval 就比較簡單, 以 1 + 2 來說, 產生一個 3 的 ASTNode 就回傳, 很容易。L147 ~ L216 就在做這件事情, 程式碼看來就很簡單。遇到 + 時, 就去遞迴呼叫 eval children[0], children[1], 它們會回傳 1, 2, 再用 stoi 轉成 int 相加就結束。
花了好大功夫, 終於把計算機完成了。總共要做:
- lexer
- parser
- eval
沒有留言:
張貼留言
使用 google 的 reCAPTCHA 驗證碼, 總算可以輕鬆留言了。
我實在受不了 spam 了, 又不想讓大家的眼睛花掉, 只好放棄匿名留言。這是沒辦法中的辦法了。留言的朋友需要有 google 帳號。