KeyFC欢迎致辞,点击播放
资源、介绍、历史、Q群等新人必读
KeyFC 社区总索引
如果你找到这个笔记本,请把它邮寄给我们的回忆
KeyFC 漂流瓶传递活动 Since 2011
 

[M] Prelude to K.O. (4)

[ 23502 查看 / 45 回复 ]

回复:[M] Prelude to K.O. (4)

C++在size上的控制的不好的主要原因只是template,inline和未使用的virtual function.
template可以说是C++中最复杂的了,所有C++编译器不能完全符合标准多数都由于template的支持.
此处我现在也只懂些皮毛,不敢深入使用.

现在CPU都足够快了,一般来说,不是critical的代码不必用汇编.
而且不是汇编高手写出的汇编恐怕还不如编译器优化的代码.
最后编辑dwing 最后编辑于 2007-05-18 12:05:28
TOP

回复:[M] Prelude to K.O. (4)

那个传说的"互不侵犯利润条约"我也早就听说.不过很大程度上是笑谈而已.
我个人认为是:
MS认为(object)pascal和c/c++是同一层次上的,而c/c++更有广泛的应用,所以没必要去搞(object)pascal.而basic/vb是更高级的语言,面向的用户也与c/c++不同,所以不会产生冲突.
Borland认为它的delphi是源自起家的pascal,而且同时考虑vb和c++的优点,所以就不屑再开发basic.但c/c++毕竟有大量用户,所以不得不照着delphi又弄出个带有delphi血统的bcb.
根据近年Borland推出jbuilder可以看出,它不愿搞底层开发工具,所以delphi/bcb不能像vc那样接近开发的最底层(已经贴近Win32Asm的层次,可以开发驱动).也可以从支持"naked call"和"自定义entry"看出(这两点borland貌似一直不支持,所以没看到有人用delphi/bcb写出VC能做到的等用于直接用汇编的1KB的EXE).
TOP

回复: [M] Prelude to K.O. (4)

原帖由 Prz 于 2007-5-18 12:23:00 发表
就此封笔,本贴接下来您说什么我都无条件同意。


汗~~这话说的真绝,
"说什么我都无条件同意"......;P
TOP