I've copied your chinese signiture
Are you a foreigner?
Why prefer using English instead of chinese here?

触电,

xie xie la. Yi qi nu li.

how about this program?

zen me mei ren kan ne? tai yi han le.

我辛辛苦苦写了代码， 怎么都没人理会呢？ 我生气啊！！！！！！

kai

不要難過, 我看了. 的確, 在程式中看到了 OOP 編程思想.

我認爲這種思想是很多人應該去學習 (現在的問題是能熟練將這種辦法應用到代碼中).

你的代碼令我不禁想起了 <<C++ 實踐之路 -- 過渡到工業強度編程>> 那本書. 裏面就是描述了這種編程思路.

也許是我不太會表達, 看到過不少的程式代碼雖然是應用了 OOP, 但很多都沒有擺脫過程式的編程思維.

值得學習一下.

yeshirow,

你这么早就上来啦？哈哈哈， 真早啊。

虽然， 这个板块是C++ 板块， 这里贴的也大部分是C++ 代码， 但是98% 以上是 C 风格的 C++ 代码， 他们只是在程序中用了一些cin, cout 或者 vector 而已。 这个现象出现的原因在于他们大多先是学的C 然后再学C++ 的。 习惯于过程化思维方式很难转换到OOP 的。 这样一个转换过程需要1 到 2 年的时间， 有些人甚至一辈子也转不过来。 我对这些人的建议是去学Java, 因为当你进入Java 的世界后， 你就不得不 OOP 思想了。 然后你再回到C++, 这时你才能明白什么是C++.

我程序写了，但没人看，觉得很遗憾， 现在总算有一个人看了，宽慰一些了。 最主要的是， 测试结果如何。 我自己也作了一些测试， 都行， 但要做广泛的测试还要大家帮忙。

現在測試一下

kai

你好
(-1 - 1 * (-1) ) -5 + 4
這個情況考慮了沒有

[此贴子已经被作者于2006-7-31 5:51:47编辑过]

yeshirow,
thanks for your test.

Here is the new one:

kai, 你好

再次看了 Expression 構造函數

我突然有個想法, 就是假定運算式是正確的.
例如 a + (b + (c + d) + e) + f +g
對於 doCalcuating, return a + doCalculating("b + (c + d) +e") + f + g
我的意思是將一個括弧裏的運算式作爲一個 Node, 依次遞歸, 遞歸中如果發現括弧不匹配時就顯示錯誤信息.
不知道可不可以