Re: [討論] 大家對於物件導向程式語言的選擇...

看板Programming作者easterday (數牙)時間16年前 (2008/04/18 11:51)推噓3(3推 0噓 12→)

留言15則, 7人參與討論串2/34 (看更多)

※ 引述《easterday (數牙)》之銘言： : 我熟悉的平台是Windows XP Home&Professional : Hardware: Pentium 4 775腳位我也想笑,這種配備不好... : 當然平台不穩/工具不穩/自己太遜都可能是當機的原因 : 但我想談的不是這個 : (未來的)Window在未來的硬體上(例如我還沒買的四核心) : Coding on VM 和 Coding Native Code(VC6&MFC) : 這兩種選擇的利敝得失..... : 我個人認為現在是探討這個問題的正確時間... : 好的VM做的很深入底層也可以完成很多功能,Coding on VM好像比較快又好 : Debugger也比較好用 : 好的VM一定幫我們考慮到Concurrent issue(多核心的問題吧..我不知道怎麼表達) : 但是VC6還是很好用呀...MFC聽說又要出新版了... : VC6/VC2005 C++ debugger也是很好用呀... : 而且Concurrent issue還是會有高手會出程式庫(ie. MFC)幫我們解決的 : 再考慮Optimization之後,哪一個選擇比較好呢? : 我現在的概念是,如果on Native Code,我應該再去看看組語的書,這樣我在debugging : 會比較有概念 : 如果on VM,那當然是看那個VM的書...用熟工具....放棄debugging的細節... : 這兩件事情可能都要花至少1年時間 : 大家的意見如何?... : 有個大學生說,1:簡單的事情就用RAD Tool on VM隨便拉一拉就好了 : ,最佳化再用Native Code來做 : 但是這種概念好像 : 和用 2: UML,ER Diagram做事的那種潮流不太同調 : 例如因為我已經 : 1.Coding on VM的Project(尤其是精心設計,想了很久寫了很久...) : 常常dependent on [(精心設計的)VM], : 2.然後我把UML圖畫出來初稿 : 3.再要把dependent part再弄出來 : 4.再來一個UML定稿 : 5.才可以成為Project Coding Native Code ? : ps: 我希望我能提供很適用的GUI給我的作品... : 所以第一個問題就是: Coding on VM / Coding on C++ and learn x86 Assembly? : 第二個問題是: Project on VM / Project on C++ ? : 謝謝大家的意見... 補充說明一點:我個人很重視License Fee的問題... 所以很少用Borland系列的RAD Tool.....免費版的Help太差了我的UML的課本也不太好,這方面談的不好請大家用力鞭也沒關係... 也許Title改成 "Coding on C++ vs Coding on Java/C#"會更貼切吧謝謝大家的指教 -- -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 218.172.76.21

→

sunneo

04/18 12:34, , 1^F

04/18 12:34, 1^F