Re: [請益] 撰寫模擬器
※ 引述《typecommand (:))》之銘言:
: 請問如果要撰寫一個模擬器,是用C好還是C++好,
: 小弟我有2年的Java程式設計經驗,具備初步的物
: 件導向觀念,但對C/C++觀念還不是很熟,想請問
: 1.C執行效率比C++好,而且學習曲線也較短,照理
: 說我應該選C,但是我已習慣物件導向的程式觀念
: ,不想再重回以前的程序導向程式設計,而且我
: 撰寫的這個模擬器,日後還會繼續擴充功能,怕
: 用C來撰寫,日後功能會擴充不易。
: 2.如果我用C去撰寫,那麼日後想改寫成C++,所花費
: 的功夫會不會比直接用C++工程要來的浩大
:
我寫過模擬器
(http://www.csie.ntu.edu.tw/~r88052/ARMware/tw/frame.html)
我認為用 C 或 C++ 都可以啦, 看你哪個熟用哪個.
不過如果你 "只會" Java, 那 maybe 你還得先去學一下 C 或 C++.
至少你要學一下指標 (pointer) 這種東西,
其實很多人都不會用指標的, 寫出來的 code 看起來 portable,
其實很多 warnings.
寫模擬器跟物件沒有關係, 基本上你要用 lisp 硬幹也是幹的出來.
(只是我絕對不會想這樣硬幹)
因為大部分的人都只唸了 C++ 教科書或聖經的前幾章,
所以在沒注意的情況下寫出來的 C++ 會比 C 慢沒錯.
但稍微注意 "很多下", 寫出來的 C++ 是又美麗, 速度又快的.
procedure programming 也不會不好阿, object programming 本質上
也是 procedure programming, 如果用 object programming 沒有規劃好,
以後要擴充也是很麻煩的.
把 C 改成 C++ 工程浩不浩大, 這個問題跟你的 code base 的 size 大不大有關,
要是今天只有 10 行 C code 要改成 C++ code, 你說浩不浩大?
要是有 200000 行 code 在那邊, 把 A 語言改成 B 語言都是很令人頭痛的.
要不然就先去學一下 parsing, 自己寫一個 LL 或 LR 或蝦咪其他歪溝的
parser, 把 A 語言 parsing 一下, 再 output 成 B 語言也是可以.
這樣比較自動化啦.
不過你要學的也就更多了.
學海無涯呀~
--
http://www.csie.ntu.edu.tw/~r88052/main/tw/frame.html
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 211.74.14.240
討論串 (同標題文章)
Programming 近期熱門文章
PTT數位生活區 即時熱門文章