※ [本文转录自 Programming 看板] 作者: easterday (数牙) 看板: Programming 标题: Re: [讨论] 大家对於物件导向程式语言的选择... 时间: Fri Apr 18 11:51:40 2008 ※ 引述《easterday (数牙)》之铭言： : 我熟悉的平台是Windows XP Home&Professional : Hardware: Pentium 4 我也想笑,这种配备不好... : 当然平台不稳/工具不稳/自己太逊都可能是当机的原因 : 但我想谈的不是这个 : (未来的)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 -- --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 59.116.136.144 ※ 编辑: easterday 来自: 59.116.146.197 (04/19 15:11)